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ABSTRACT 


CSS  H03  II  is  a  aultiphase  project  consisting  of  tht  developaent  of 
Coabat  Ssrvict  Support  Representation  Objactivas  (CSSRO);  tha  design  of 
a  CSS  aodule,  basad  on  tha  CSSRO,  for  usa  with  a  corps-division  host 
aodal;  and  tha  iaplaaantation  of  tha  dasign.  Tha  dasign  docuaant 
contains  background  inforaation  of  tha  projact,  dascriptions  of  tha  CSS 
functional  araas  of  concarn  (transportation,  supply,  parsonnsi,  aadical, 
aaintananca  and  dacontaaination) ,  and  tha  aodal  dasign. 

Tha  docuaant  is  separated  into  two  voluaes.  Voluae  !  contains  tha 
aain  report.  Presented  in  tha  aain  report  ara  discussions  of  tha 
functional  araas,  aach  including  tha  objactivas,  constraints  and 
assuaptiorts  concerning  tha  specified  functional  area;  a  description  of 
tha  real  world  process  being  aodelad;  and  a  narrative  of  tha  dasign. 
Volpee  II  contains  tha  appendixes  to  the  report.  Appendix  A  contains  a 
discussion  of  JSD,  tha  dasign  aathodologv  used.  Detailed  design 
specifications  for  aach  functional  area,  host  aodal  raquireaents.  gaaar 
interfaces,  and  data  raquireaents  ara  provided  in  tha  succeeding 
appendixes. 
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JSD  OVERVIEW 


1.  Dackqround.  The  Jackson  Syitaa  Davalopaant  (JSD)  and  Jackaon 
Structurad  Programming  (JSP)  methodology  it  a  product  of  Michael  Jackaon 
Systems,  Ltd.,  London,  England.  In  1984,  Dr.  Wilbur  Payna,  Diractor, 
TRADOC  Oparationa  Research  Activity  (TQRA),  selected  JSD  and  JSP  as  the 
TORA  aodel  design  standard.  The  NOD  II  design  docueeat  represents  both 
the  first  CAORA  application  of  JSD  to  combat  aodeling  and  the  first  U  S 
Aray  application  of  the  aethodology  to  a  aajor  siaulaticn. 

2.  JSD  Overview. 

a.  In  JSD,  the  structure  of  a  prograa  is  based  upoa  the  structure 

of  the  unde.  ’ /ing  problaa.  Coaponants  recognizable  in  and  relevant  to  a 
problee  can  oe  aapped  directly  onto  the  coaponants  of  the  prograa.  For 
example,  a  transportation  problee  pnaarily  concerned  eith  transporters . 
transporter  suppliers,  and  transporter  custoaers  would  generate  a  JSD 
tr anspor tati on  prograa  structured  around  the  saee  three  entities.  Any 
object  recognizably  iaportant  in  the  problaa  should  have  a  corresponding} 
prograa  component.  In  other  words,  the  entities  (nouns),  actions 
(verbs),  attributes  (adjectives  and  adverbs)  and  functions  (processes) 
used  in  a  emulation  are  selected  and  shaped  by  the  reality  being 
siaulated. 

b.  The  static  relationships  between  the  processes  (i.e. ,  the  flow 
of  the  data  into,  between,  and  out  froa  the  entity-action  and  function 
sets)  serve  as  the  fraaework  for  the  prograa  text.  The  structure  of  the 
prograa  is  built  by  specifying  the  patterns  of  sequence,  selection,  and 
iteration  components  that  define  the  possible  paths  of  control.  In  JSD, 
the  diagraaaing  technique  used  to  depict  the  prograa  structure  will 
contrast  with  traditional  flow  charting  aethods.  Flowcharts  oroviae  a 
descriation  of  oroora*  execution,  but  they  have  no  direct  affect  uoon 
the  codei  JSD  structure  diaoraas  are  used  to  generate  code  durino  tne 
implementation  phase  (see  paragraph  4  below). 

c.  In  JSD.  development  begins  bv  constructing  a  abdel  of  the 
reality  with  which  the  emulation  is  concerned!  identification  of  the 
functions  needed  will  coae  later.  There  are  several  reasons  for 
adopting  this  approach! 

-  The  aodel  expresses  the  user's  view  of  the  world  and 
can  provide  a  sore  satisfactory  basis  for  coaaunication 
with  the  user  during  the  early  stages  of  developaent. 
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-  The  eodel  is  sort  stable  than  art  ths  user's  functional 
requireaonts  <i.s. ,  functional  rsquirsssnts  can  change 
without  the  eodel  itself  changing;  the  eodel  cannot 
change  without  requiring  that  the  functional  requireeents 
change  also). 

•  The  act  of  constructing  the  eodel  will  ieplicitly 
define  a  set  of  possible  functions;  no  function  can 
be  developed  which  Joes  not  rely  on  the  eodel. 

3.  Definitions.  Several  tens  used  by  the  JSD  process  require 
elaboration! 

a.  Model.  A  JSD  eodel  is  the  foreal  description  of  the  reality 
being  siaulatod,  given  in  tens  of  Entities’  and  'actions*  to  be 
portrayed.  It  consists  of  a  let  of  disconnected  processes  (the  entity- 
action  sets)  that  describe  thi  tiee-erdered  behavior  of  the  entities  of 
interest.  Because  it  presents  the  sequential  structure  of  the  subject 
aatter  onto  which  functions  ape  superiaposed,  the  eodel  is  considered  to 
be  the  fundaaental  structure  if  the  systee  (i.e. ,  the  eodel  processes 
are  the  doeain  of  the  functions). 

b.  Process.  The  real  world  objects  being  eodeled  are  coaprised  of 
sequential  processes  (i.e.,  tie  events  and  actions  that  occur  to  an 
entity  in  soae  tiae-ordered  sequence).  In  NOD  II,  the  processes 
discussed  generally  refer  to  lither  the  'life*  of  an  entity  (i.e.,  the 
entire  entity-action  set)  or  :o  a  group  of  functions  which  together 
coaprise  a  critical  event  in  the  life  of  an  entity. 

e.  Entity.  An  entity  is  in  object  in  the  real  world  <e.g.,  a 
convoy,  a  supply  base,  a  tran  iportation  request)  which  participates  in  a 
tiae-ordered  set  of  actions  aid  which  needs  to  be  tracked  during  the 
sieulation.  The  entities  sel  icted  should  be  those  considered  aost 
iaportant  to  the  reality  that  is  being  eodeled.  If  the  user  does  not 
need  or  cannot  gather  the  nee  issary  inforaation  about  an  object,  it 
should  not  be  an  entity  in  the  eodel. 


d.  Action.  An  action  is  an  event  which  results  in  changes  to  one 
or  ao re  entities.  An  action  is  the  representation  of  an  instant  in 
ties.  It  should  not  be  be  cohfused  with  a  process  which  occurs  over  a 
period  of  tiae  (e.g.,  BE8IN  HOVE  is  an  setion;  MOVE  is  a  process).  If 
an  action  cannot  be  eeasured  i n  soae  eanner  within  the  eodel,  it  cannot 
be  considered  an  action  in  the  eodel.  Actions  and  entities  aust  not 
only  bo  a  part  of  the  reality  being  eodeled,  but  they  oust  be  exaeined 
closely  to  guarantee  that  they  are  appropriate  for  the  level  of 
resolution  being  eodeled. 
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•.  Attributes.  An  attribute  ia  a  data  itaa  which  defines  a 
charactiatic  of  an  antity,  an  action,  or  botn.  Entities  are  avaluatad 
by  aonitoring  thair  attrioutaa.  Entity  attrlbuta  valuta  can  ba  changed 
only  by  tha  actiona  that  occur  in  tha  prograe.  In  affact,  an  action  ia 
dafinad  aa  an  action  bacauaa  it  raaulta  in  a  change-of-state  to  ona  or 
a  aora  antity  attributes.  Actiona  alao  have  attributaa.  All  data 

alaaanta  and  variablaa,  including  tha  antity  attributaa,  that  ara 
nacaaaary  for  tha  parforaanca  of  an  action  ara  conaidarad  attributaa  of 
that  action. 

f.  Stata  vactor.  In  JSD,  all  of  tha  alaaanta  naadad  to  deacriba  an 
antity  within  tha  aodal  n.a.,  all  of  tha  antity  attributes  that  can  a 
changad  within  tha  siaulation)  ara  hald  in  a  global  structure  call’d  a 
atata  vactor.  Note  that  tha  value  of  an  attribute. in  a  atata  vactor  can 
only  ba  changad  aa  tha  result  of  an  action. 

g.  Functions.  A  function  is  a  sat  of  instructions  or  steps 
performed  in  tha  aodal  which  rasults  in  tha  production  of  output  (output 
function)  or  in  tha  generation  of  ona  or  aora  actions  (interactive  or 
generator  functions).  Output  functions  consist  of  siaple  algorithas 
which  obtain  data  froa  the  aodel  and  eanipulate  thea  to  produce  the 
required  output  inforaation.  Interactive  functions  apply  sets  of  rules 
to  the  current  situation  to  deteraine  which  action  is  to  occur  next.  In 
other  words,  an  interactive  function  generates  the  data  which,  when 
received  by  tha  associated  entity-action  sat,  will  result  in  changes  to 
tha  appropriate  attributes.  Host  of  the  detailed,  algorithaic  work 
involved  in  tha  siaulation  will  taka  place  in  tha  generator  processes. 

4.  Diaoraaa.  JSD  diagraaa  are  used  directly  during  tha  i apl eaentati on 
phase  to  produce  code.  Two  types  of  diagraaa  are  required!  process 
structure  diagraaa  and  avatea  specification  diagraaa  (SSD). 

a.  Process  structure  diagraaa.  Process  structure  diagraaa  are  used 
to  define  both  entity-action  and  function  sets.  A  orocess  structure 
diagrae  is  a  tree  structure  coiscosed  of  interaction,  selection,  and 
sequence  coaponents  using  the  notation  shown  in  figure  A-i. 

(1)  Coaponents.  The  too  level  coaoonent.  the  root,  identifies 
tha  process  (entity  or  function).  Each  nod'1  (box)  below  the  root 
represents  a  coaponent  or  step  in  the  process.  The  relationship  which 
exists  between  nodes  is  depicted  by  their  relative  location.  Nodes  ara 
connected  by  branches.  A  node  with  ona  or  aora  nodes  branching  dowa 
froa  it  ia  called  a  parent  node)  tha  nodes  branching  directly  froa  it 
,  are  called  its  children,  all  nodea  branching  froa  it  are  called  its 

descendants.  Children  of  one  parent  node  are  called  siblings.  A  parent 
and  all  of  its  descendants  are  called  a  subtree.  A  node  which  has  no 
descendants  is  called  the  leaf  node.  The  breakdown  of  a  process  into 
actions  occurs  only  at  the  leaf-node  level. 


A-3 


>/ ■  / •.  «.  Wv'  v*V  ^  O  .'s’  V 


Figure  A  -  1 .  JSO  structure  diagram  notation 


(2)  Sequencing.  Function  diaqraas  art  raad  ‘sequentially* 
baginning  at  tha  root  and  follOMing  tha  leftaost  branches  down  to  tha 
laaf-nod*  1 aval,  locating  tha  next  aoit  cloaaly  related  noda  and 
following  tha  branching  to  it*  leaf  noda,  ate.,  until  tha  final  leaf 
nod*  ha*  baan  raachad.  Entity-action  diagraa*  ara  raad  by  locating  tha 
subtraa  structura  containing  tha  action  to  b*  perforaed  and  procaading 
a*  described  abova  until  tha  final  noda  in  tha  action  subtraa  ha*  baan 
raachad.  Saquantial  processing  in  this  aannar  is  assuaad  unless 
notation  for  iteration  t*J  or  salaetion  [•]  appears  in  the  upper  right- 
hand  corner  of  tha  box, 

-  Selection.  Selection  is  required  whan  only  one  of  th* 
siblings  and  its  descendants  Mill  ba  processed  at  a  tiaa.  Th*  sibling 
nodes  represent  alternative  steps  in  the  process.  A  test  aada  in  the 
parent  nod*  deteraines  uhich  sibling  to  uset  the  raaaining  siblings  and 
thair  descendants  Mill  b*  skipped.  For  axaapla,  if  a  parent  node  checks 
a  unit's  NQPP  level  and  deterainas  that  it  has  been  contaainated.  tha 
subtree  in  uhich  the  decontaaination  process  is  scheduleo  will  oe 
selected;  if  not,  it  Mould  b*  skipped. 

(3)  Iteration.  Iteration  peraits  tha  iterated  noda  and  its 
descendants  to  b*  executed  zero  or  aore  tiaas.  The  nuaber  of 
repetitions  of  an  iterated  subtree  can  vary.  The  exact  nuaber  required 
at  a  given  tiaa  Mill  either  b*  deterained  by  th*  parent  node  or  Mill  be 
obtained  froa  data  accessed  by  th*  iterated  node  itself. 

In  the  HOD  II  design  docuaent,  a  structure  narrative  has  been  included 
with  each  structure  diagraa  (sea  tha  functional  area  appendixes  (C-G) 
for  axaaples).  In  standard  JSO  applications,  tha  narrative  is  not 
included  in  the  desiqn  stag*  because  structured  text,  a  fora  of  pseudo 
code,  is  generated  durinq  th*  iaolaaantation  ohase. 

b.  Systea  specification  diaqraas  (SSD).  An  SSD  shous  the  data  flou 
into  and  out  of  a  desianated  function  (i.e..  the  functions  mterorocess 
coaauffi cat i on  and  data  tile  requireaentsi .  Tmo  basic  type;  of 
coaaunication  ara  depicted:  data  streaa  and  state  vector  check  isee 
f i gur*  A-2) . 

1  < 1 i  Data  streaas.  Data  streaas  are  used  uhen  the  orocess 

holding  thedata  writes  or  passes  the  data  to  the  receiving  orocess. 

Both  processes  are  aware  of  the  transaction  and  the  value  of  th* 
variable  can  ba  changad  during  th*  transaction. 

•  (2)  State  vector  checks.  State  vector  coaaunication  occurs 

*hen  one  process  looks  at  another’s  local  variables  without  affecting 
thea.  This  type  of  coaaunication  is  invisible  to  the  owning  process  and 
requires  no  response  froa  it.  In  a  state  vector  check,  the  value  of  th* 
variable  is  not  changed  at  ths  tia*  of  the  inspection. 
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(3)  Multiplicity.  Multiple  Molding  units,  eultiple  receiving 
units,  or  both  are  possible  in  JSQ  and  are  depicted  in  SSD  by  two  short 
parallel  lines  intersecting  the  entity's  input  or  output  line. 

(4)  Merging  The  capability  of  a  process  to  obtain  or  receive 
the  necessary  data  fro#  aore  than  one  source  is  called  eerging.  •  Two 
types  of  serges  are  possiblei  A  fixed  serge  is  one  in  which  a  different 
cossand  is  executed  to  access  each  separate  source.  A  rough  serge 
occurs  when  a  single  cowsand  can  access  any  of  the  sources. 

3.  Methodology.  The  MOO  II  design  effort  has  focused  on  five  priaary 
steps  in  tne  J3D  methodology. 

a.  Identify  entities  and  actions.  The  first  step  in  the  JSO  design 
process  is  to  identify  the  entities  and  actions  to  be  aodeled.  The 
aodel  eust  be  rich  enough  to  supoort  all  the  functional  requireaents  of 
the  systea  but  staple  enough  that  extraneous  actions  are  easily 
excluded.  Real  world  entities  and  actions  are  selected  as  the  result  of 
research  and  consultation. 

b.  Create  generic  entities.  The  entities  and  actions  are  aade 
generic  bv.coeoinmg  siailar  ones.  If  two  entities  perfora  the  saae 
actions,  they  can  be  coaoined  as  shown  in  figure  A-3. 

c.  Develop  entity-action  structures.  Once  the  entities  and  actions 
have  been  identified,  it  is  necessary  to  develop  a  description  of  each 
9nt i ty ,  a  set  of  action  definitions,  and  a  nuaber  of  disconnected 
sequential  processes  describing  the  constraints  between  the  actions. 
These  are  defined  and  depicted  graphically  in  the  entity-action 
structure  diagrass  in  the  functional  area  appendixes  (C  through  G).  An 
exaeple  taken  froa  agoendix  E  is  provided  in  fiaure  A-4. 

d.  Develop  functions.  In  desiqning  a  siaulation,  the  development 
of  the  functions  is  the  mo3t  intricate  part  of  the  J5D  process. 

Functions  a re  needed  to  *  .’tract  information  froa  the  aodel  ana  to 
generate  inout  for  the  actions.  Functions  are  needed  to  first  create 
the  situations  in  which  actions  can  occur  through  tne  eanipulation  and 
processing  of  data  and  then  to  invoke  the  actions.  Function 

soec i f i c at l ons  are  defined  in  narrative  fore  and  in  structure  diagrams 
similar  to  the  enti tv-acti ons  diagrams  discussed  above.  The  MOD  II 
functions  are  described  in  the  annexes  to  each  of  the  functional  area 
appendixes  (C  through  Q) .  An  exaeple  taken  from  appendix  £  is  provided 
in  figure  A-5. 

e.  Detereine  the  data  flow.  Each  action  is  defined  in  teres  of  the 
attributes  that  it  uses  and  the  attributes  that  it  changes.  These 
changes  occur  as  a  result  of  the  data  flow  generated  by  functions.  Each 
function  is  described  in  terms  of  the  data  required  and  the  data 
generated,  allowing  it  to  either  produce  output  or'  invoke  actions.  This 
data  flow  is  defined  in  the  syste*  specification  diagrams  ’.330)  drawn 
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for  tael)  function.  SSD  diagrams  art  inclusive  and  not  sequential  in 
naturt.  Each  ont  dapicts  ont  function,  tht  entities  it  affects,  tht 
data  files  accessed,  and  tht  flow  of  data  through  tht  function.  SSD 
diagrata  for  tach  function  art  includtd  in  tht  annex  to  each  functional 
arta  appendix  aa  described  above.  An  txatplt  taken  frot  appendix  E  ia 
provided  in  figure  A-A. 

6.  HOD  II  dtviationa  frot  JSD.  Two  aapecta  of  the  HOD  II  project 
rtaulttd  in  alight  todif icationa  of  JSD  in  the  application.  First,  the 
purpoat  of  the  project  was  to  develop  a  logiatica  nodule  to  be  attached 
to  different  host  eodel s.  Thua,  aanv  aapecta  of  the  HOD  II  atructure 
had  to  be  adapted  to  those  of  a  pre-existing,  out  unspecified,  nodal 
structure.  Second,  because  JSD  was  not  originally  developed  for 
application  to  large-scale  si  nutations,  expertise  and  docunentation 
concerning  siaulation  applications  were  United.  HJSL  is  currently 
investigating  this  area  and  appropriate  docunentation  should  be 
forthcoaing  in  the  near  future.  Various  situations  arose  in  which  sinor 
adjustaents  in  the  JSD  approach  earn  required.  The  najor  deviations 
fron  JSD  are  described  below.  (It  should  be  noted  that  the  HJSL 
representati ve  was  consulted  regarding  these  probleas  and  approved  the 
HOD  II  solutions.) 

a.  In  traditional  JSD,  functions  are  invoked  bv  entites  and,  in 
turn,  trigger  actions  which  update  other  entities.  Seldoe  do  functions 
invoke  other  functions.  In  larqe-scale  sieulations.it  becaee  too 
cunbersoae,  in  soae  instances,  to  depict  all  of  the  intricate  processes 
in  one  function.  Thus,  aany  generator  functions  in  HOD  II  have  been 
broken  down  into  several  functions  of  nore  aanageable  size. .  (It  is  to 
be  noted  that  this  often  occurs  in  traditional  JSD  during  the 
inplenentation  process  to  increase  efficiency.) 

b  Entities,  for  the  most  part,  will  alreadv  exist  in  the  host 
model .  Thus,  aanv  of  the  actions  that  a  JSD  entity  should  oerfora 
during  its  life  in  the  eodel  will  alreadv  be  handled  bv  different  areas 
of  the  host  aodal.  .1QD  I!  entity-action  sets  contain  oni.  those  sscects 
of  the  entities  that  are  actually  a  part  of  tha  MOD  II  aodule,  either 
through  actual  application  within  the  aodule  or  through  interface 
requireaents  with  host  model.  The  entity  roles  to  be  fullfilled  bv  the 
host  model  are  eoecified  in  appendix  H  (Most  Model  Reguireaents;  and-  are 
referenced  in  the  appropriate  functicn  descriptions  in  the  ‘unctional 
area  appendixes. 

c.  The  state  vectors  of  entities  pre-existing  in  a  host  eodel  will 
already  contain  eany  of  the  attributes  required  in  ROD  II.  A  conscious 
effort  was  wade  to  define  entities  by  the  (assuaed)  existing  state 
vector  attributes  in  order  to  avoid  the  problems  of  large-scale 
rewriting  (of  the  host  eodel)  and  extensive  duolication. 


rWHWOi  Pr  EiHNj 

FtancOon  from 
aaofear  modulo 

DlipateliK 


Data  fUaa 

Data  flow 

State  vaetor  chack 

Olra«So«t 


RguraA-  S.  Exampf*  of  a  tpactfleallon  diagram  (SSO) 


d.  In  JSD,  each  entity  attribute  is  changed  as  tha  result  of  only 
one  action.  Tha  obvious  advantaqe  in  this  approach  lias  in  tha  ease  of 
locating  errors  or  asking  modifications.  Because  a  host  aodal  Mill 
update  tha  attributes  currently  in  its  state  vectors,  the  one-to-one 
correspondence  recoaeended  in  JSD  cannot  be  adhered  to  in  HOB  II  because 
those  attributes  already  contained  in  the  host  eodel  Mill  also  be 
changed  there.  In  HOD  II,  attribute  changes  Mill  occur  in  one  of  three 
Naysi 

-  A  status  flag  Mill  be  set  and  reset  to  specific  values  by 
separate,  specific  actions  <e.g.,  a  unit  Mill  have  its  status 
flag  set  to  a  value  denoting  decon  only  by  the  BESIH-BECuM 
action  and  reset  only  by  the  END-OECQN  action). 

-  The  value  of  an  attribute  Mill  be  changed  by  only  one 
action  inside  the  module  but  eay  be  changed  in  other  Mays 

by  the  host  eodel  (e.g.,  a  unit  eay  receive  personnel  only  by 
the  TRANSPER  action  in  HOD  II  but  it  aay  lose  personnel  for  eany 
reasons  throughout  tha  host  eodel). 

-  The  value  of  an  attribute  Mill  bo  changed  in  one  direction 
(e.g.,  added  to)  by  one  specific  action  and  in  another  direction 
(o.g.,  subtracted  froe)  by  another  within  the  aodule.  For 
example,  a  replacement  unit  (R-POOL)  receives  replacement 
personnel  only  by  the  TRANSPER  action  (because  it  is  acting  as  a 
customer  unit)  but  it  loses  personnel  by  the  ASSPER  action 
(because  it  is  acting  as  a  replaceaent  unit). 

7.  References.  More  information  concerning  JSD  Methodology  is 
available  in  the  publications  listed  belOM.  References  specifically  on 
JSD  applications  to  simulation  are  currently  underway  at  HJSL  and  are 
not  yet  available. 

Cameron.  John  R.  JSP  and  JSD:  The  Jackson  Aoorc.ch  to  Softuarp 

D«v#loa»rnt.  IEEE  Computer  Society  Press.  Silver  Spring.  HD.  1984. 
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King,  H.J.  and  J.P.  Pardoe.  Prograa  Dasign  Us  mg  JSP;.  .4  Practical 
Introduction.  Miley  and  Sons,  1983. 

Pressaan,  R.S.  Software  Engineering:  A  Pr act  it  ionar  '  s  Approach. 

HcGraw-Hill  Series  in  Software  Engineering  and  Technology,  1982. 
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8L0SSARY 


ENTITY  LIST. 

ENTITY  NAHE 

AIR-TRANSP-EX 

AIR-TRANSP-SPLR 

ALLOCATION 

BOOKKEEPER 

D-CUSTQMER 

DECON  UNIT 

GND-TRANSP-EX 

6N0-TRANSP-SPLR 

IHPLICIT-TRANS? 

P-CUSTOHER 

R-PQQL 

REPAIR-JOB 

RQST-flANAGEft 

SUPPLIER 

SUPPLY-CUSTOMER 

TRANSP-RQST 


REF  NO. 
C-E2 
C-E6 
D-E3 
F-E2 
6-E2 
6-El 
C-Et 
C-E7 
C-E3 
E-El 
E-E2 
F-El 
C-E5 
D-El 
0-E2 
C-E4 


B-t 
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2.  ACTION  LIST 


ACTION  NAME _ 

A-AOO-OUEUE 

A-ABANDQN-RJ 

A-A33I8N-L0S3 

A-ASSPER 

A-ATTACH 

A-BESIN-DECON 

A-BEGIN-LQAD 

A-BESIN-PN 
A-BESIN-RES1 
A-BESIN-SET  UP 
A-BESIN-'JNLOAD 

A-CANCEL- ALLOC AT  ION 

A-CHANGE-C3R 

A-CHAN6EX 

A-CLASSIFr-RJ 

A-COHBINE-RJ 

A-CQHPLETF-FILL 

A-CONSUHE-SUPPLV 

A-CONTAHIN-RJ 

A-CREATE -ALLOCATION 

A-CREATE-IHP-UNI T 


REF  NO 

C-A20 

F-A12 

F-A14 

E-A2 

8-A4 

S-Al 

C-A13 

D-A2 

C-A9 

S-A7 

0-A3 

C-AU 

D-A13 

D-A9 

D-A13 

E-A3 

F-A6 

F-A3 

C-A23 

D-A12 

F-A4 

D-A7 

C-A27 
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ACTION  NAME 


MLM 


A-10SE-0H 

F-A13 

A-LQSE-REQUEST 

O-All 

A-PART-FILL 

C-A24 

A-PA8SBACK-RJ 

F-A2 

A-PLACE-QROER 

O-Al 

A-PR06RESS-RJ 

F-A7 

A-RECE I VE- AIRCRAFT 

C-A4 

A-RECE1VE-RQST 

C-A23 

A-RECElVE-VEHICLE 

C-A2 

A-RECOVER 

F-A8 

A-REDIRECT 

C-A8 

A-REF I LL-8GRK -ASSETS 

D-A4 

A-RETURN-RJ 

F-All 

A-SPU7 

C-A17 

A-START-TRAVEL 

C-A3 

A-3TART-FLI6HT 

C-AIO 

A-START-HOVE 

C-AT 

A-START-TRANSIT 

C-A13 

A-SUBT-QUEUE 

C-A21 

A-TRANSPER 

E-Al 

A-UPDATE-AUQCATION 


D-A8 


s> 


F-AIR-IHP-TRAVEL  C-F9 
F-AILOC-ORDER  D-F14 
F-AUPER  E-F3 
F-ARRCRU  E-F12 
F-ARR1VE-CUSTOHER  D-F17 
F-ARRIVE-SUPPLIER  D-F12 
F-AT08J-AIR  C-FU 
F-AT0BJ-6ND  C-F10 
F-BATTLE-EFFECT  F-F5 
F-BEG-TRANSP-AIR  C-F6 
F-BE6-TRANSP-GND  C-F3 
F-C2-HEI  D-F7 
F-CALPER  E-F4 
F-CHKCUS  E-FU 
F-CHINV  E-F4 
F-CONT AH IN-EFFECT  F-F? 
F-CREATE-RQST  C-Fi 
F-0EC1S10H  6-F1 
F-DECON  G-F6 
F-DECON-ATOBJ  G-F3 
F-OECON-AVAIl  S-F2 
F-OETACH  G-F4 
F-DIRECT-RQST  C-F2 
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F-OISPER 


E-F3 


F-OOAE-CUSTQHER  6-F8 

F-DONE-DECQR  s-F7 

F-EVAC-RANABF.R  F-Fll 

F-EVAC-RECEIVER  F-F12 

F-FILL-RAITIN8  D-F18 

F-FIILKS  E-F9 

F-FUEL-USEO  D-F2 

F-6ND-IHP-TRAVEL  C-F7 

F-HOLO/ WOVE -ASSESS  F-F2 

P-JF-RQHT  D-F6 

F-LIFT-J08  D-F16 

F-COADPER  s  E-F 1 4 

F-LOCPER  E-F13 

F-LOSSES-ALLOC  F-F13 

F-NURSR  E-F7 

F-OLWSR  E-F 9 

F-PEREP  E-F  i 

F-PF-RQMT  o-Fj 

F-PREPARE  8-F3 

F-RAH/ON0I-IRIT  F-F4 

F-RECOVERV  F-F6 

F-RECOVERY-SHORT  F-F8 

F-RECOVERY-SUPPORT  F-F7 
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UNCTION  NAN1 


F-REDIRECT 

F-REP-RES-ALLQC 

F-RO-QRDER 

F-RO-RBHT 

F-RO-SUPPLYCK 

F-RTNS-ALLQC 

F-SCHED-INP-TRANSP 

F-SHIP-AVAIL 

F-SPUT-CK 

F-SUPPER 

F-SUPPLY-RQST 

F-SUPPLY-STORE 

F-TCONTROL 

F-TRANSFORN 

F-TRANSP-QECIDE 

F-TRANSP-DECON 

F-TRANSP-PM 

F-TRANSP-RETURN 

F-TSUPPUER 

F-TU-OECISIQN 

F-TU-L0SSE3 

F-NSRQ-SPIY-AVI 


F-NSRO-SPLY-RQD 


APPENDIX  C 


TRANSPORTATION 


The  transportation  appendix  includes  the  sections  listed  beloe.  Note 
that  reference  nuabers  are  coded  to  indicate  both  the  functional  area 
(the  appendix  letter  { Cl  is  used)  and  the  type  (E  *  entity,  A  »  action, 
f  •  function)  involved.  Thus,  C-Al  refers  to  the  first  action  listed  in 
transportation  (appendix  C).  For  inforaation  on  the  JSD  diagraa 
notation  discussed,  see  appendix  A. 

1.  Entity  list.  The  entity  list  contains  the  reference  nueber,  the 
naae,  and  the  definition  (sueeary  and  attributes)  of  each  entity  used  in 
transportation. 

2.  Action  list.  The  action  list  contains  the  reference  nueber, 
the  naae,  and  the  definition  (suaaary,  attributes,  generators,  and 
associated  entities)  of  each  action  belonging  to  the  entities  in 
transportation. 

3.  Entity-action  diaoraas  and  cross-ref erence  table.  The  cross- 
reference  table  provides  a  sapping  of  entities  and  actions.  One  JSD 
entity-action  structure  diagraa  is  provided  for  each  entity.  Following 
each  diagraa  is  a  narrative  description  of  each  action  shoun. 

4.  Separator  function  list.  The  function  list  contains  the 
reference  nueber,  naae,  and  definition  (suaaary,  triggering  aechanisas, 
and  resulting  actions)  of  each  function  associated  with  transportation. 
Detailed  descriptions  of  each  function  are  contained  inthe  annex. 

3.  Annex.  The  contents  of  the  annex  are  as  follows! 

a.  Dispatcher.  The  dispatcher  serves  as  a  road  nap  to  the 
functions.  It  is  riot  a  JSD  structure  diagraa,  but  it  is  presented  in 
tree  fora  to  show  the  hierarchies!  nature  of  the  structure  involved. 

The  root  of  the  tree  is  the  dispatcher.  The  top-level  nodes  (boxes) 
identify  the  critical  events  occurring  in  transportation  and  the 
subsequent  nodes  (boxes)  identify  the  functions  (and  show  the 
interrelationships)  involved.  The  calling  routines  and  triggering 
eechanisas  for  each  critical  event  are  listed  above  the  event  node.  The 
actions  and  events  caused  by  a  function  are  listed  below  the  function 
node.  Each  critical  event  is  nuabered  for  identification  purposes  only; 
no  ordering  is  iaplied.  The  event  scheduler  (SCHED)  uses  the  critical 
event  nuabers  to  identify  the  event  being  scheduled  by  a  function. 
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5.  Annex  (cont.) 

t>.  Functions.  The  following  information  it  provided  for  each 
function  belonging  to  transportation.  Not*  that  tho  raftrtnca  nuabar  of 
th*  function  (e.g.,  C-Fi >  appaars  at  top  of  aach  paga. 

(1)  Function  sunaary.  Tha  function  suaaary  contains  tha 
rafaranca  nuabar,  naaa,  and  dafinition  of  a  function.  Tha  dafinition 
contains  a  suaaarizad  narrativa,  a  list  of  tha  aachanisas  which  can 
triggar  tha  function,  and  a  list  of  tha  actions  and  functions  which  can 
rasult  froa  tha  function. 

(2)  Systaa  spacif ication  diagraa  (SSD).  Tha  SSD  is  a  JSD 
structure  diagraa  of  tha  data  flow  to  and  froa  a  spacifiad  function.  It 
shows  tha  static  ral ationships  batwaan  tha  antitias  and  functions 
involved;  no  calling  saquanca  or  hierarchical  relationship  is  iapliad. 

In  addition  to  tha  standard  JSD  SSD  notation  (sea  appendix  A) ,  special 
notation  has  bean  adopted  to  indicate  ownership.  A  single  box  is  used 
to  denote  a  function  belonging  to  tha  specified  functional  area  (a.g., 
transportation) .  Plain  double  boxes  indicate  functions  belonging  to 
another  CSS  area.  Tha  area  is  identified  in  tha  outer  bQx  and  tha 
functions  involved  are  listed  in  tha  inner  box.  Patterned  double  boxes 
(diagonal  slashes  in  tho  outer  box)  indicate  functions  belonging  to  the 
host  aodel.  Whenever  possible,  the  particular  module  is  identified  in 
the  inner  box  (a.g.,  movement,  air).  A  timer  is  considered  part  of  the 
CSS  module  and  is  represented  by  a  plain  double  circle;  data  files  (OF) 
will  belong  to  the  entire  aodel  and  are  depicted  by  a  patterned  double 
circle.  Note  that  although  aore  than  one  data  file  (or  timer)  aay  be 
used  by  the  specified  function,  only  one  representati on  (circle)  will 
appear  in  the  diagraa.  The  individual  data  files  will  be  identified  in 
the  corresponding  data  definition  table. 

« 

(3)  Data  definition,  This  table  provides  a  listing  of  the 
data  elements  and  structures  required  for  the  specified  function  and 
comments  on  their  usaqe.  The  connection  numbers  correspond  to  tha  data 
flow  numbers  shown  on  the  SSD.  A  “D‘  or  "S“  is  added  to  distinauish 
between  data  and  state  vector  eleaents.  Detailed  descriptions  of  the 
data  files  can  be  found  in  appendices  J  and  K. 

(4)  Generator  diagram.  The  generator  diagraa  is  similar  to 
the  JSD  entity-action  diagrams  described  in  paragraph  3  above.  Each 
node  (box)  depicts  either  an  iteration,  a  selection,  or  a  sequential 
step  required  by  the  process. 

(3)  Generator  description.  The  generator  description 
provides  a  detailed  narrative  of  the  function  process.  Step  numbers 
correspond  to  the  box  numbers  shown  on  the  associated  generator  diagram. 
Data  elements  cited  refer  to  the  data  listed  in  the  associated  data 
definition  table. 
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1.  ENTITY  LIST 


C-Sl  6N0-TRANSP-EX 

SUHHARVi  The  explicit  ground  transportation  entit 
lift  of  a  ground  transporter.  Tht  trani 
consist  of  ont  or  tort  vthielts.  Tht  1 
entity  btgins  thtn  it  is  crtattd  to  perf 
task  and  continuts  through  tht  coapletipi 
cancellation  of  tht  tission  or  dtstruct 
transporter . 


ATTRIBUTES! 


Unit  ID 

Objective  unit  ID 
Custoter  location 
Novtsent  flag 
Status  flag 
Vehicle  typt 


Current 

Object! 

Cottodi 

Parent 

Vehicle 


C-E2  AIR-TRANSP-EX 

SUHHARYi  This  entity  todels  the  life  of  an  air  transporter. 

Tht  transporter  can  consist  of  one  or  e^re  aircraft, 
fixed  Ming  or  helicopter.  The  life  of  the  entity 
begins  when  it  iscreated  to  perfore  a  specific  task 
and  ends  then  the  Mission  is  coepleted  or  cancelled  or 
Nhen  the  transporter  is  destroyed. 


y  Models  the 
porter  can 
ft  of  the 
ore  a  specific 
n  or  the 
on  of  the 


location 
e  location 
y  inventory 
nit  ID 
quantity 


ATTRIBUTES! 


Unit  ID 

Objective  unit  ID 
Custoaer  location 
Hovenent  flag 
Status  flag 
Aircraft  type 


Current 
Object! 
Conaodi 
Parent 
Aircraf t 


C-E3  1HPLICIT-TRANSP 


location 
e  location 
v  inventory 
i^nit  ID 
quantity 


SUHHARY 1 


This  entity  Models  any  transporter  that! 
explicitly  represented.  Transportation  b 
entity  Mill  buy  delay  tine. 


•t 


ATTRIBUTES!  Unit  ID  Current 

Objective  unit  ID.  Suppli 

Custoaer  location  Moveaen 

Coaaodity  inventory  Tiae  cr 

Parent  unit  ID  Vehicle 

Vehicle  quantity 


location 

location 

flag 

sated 

type 


is  not  to  be 
y  this 
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C-E4  TRANSP-RQST 


SUHHARY:  This  antity  raprasants  tha  life  of  ona  request  for 

transportation  support.  Tha  request  can  ba  issuad 
by  any  functional  araa  (axt  supply,  aaintananca, 
parsonnal). 


ATTRIBUTES!  Custoaar  unit  IS 

Supply  typa 
Coaaodity  quantity 
Tiaa  created 


Supply  unit  ID 
Coaaodity  typa 
Raquast  typa 


C-E3  RQST-HANAGER 

SUHHARY !  As  raquasts  for  transportati on  support  ara  racaivad, 
thay  ara  placad  on  a  queue.  Ona  quaua  Mill  ba  at 
avary  transportation  controller  and  supplier.  Ona 
RQST-HANAGER  antity  Mill  control  each  quaua. 

ATTRIBUTES:  Transport  supplier  ID  Coaaodity  typa 

Coaaodity  quantity  Tiaa  raquast  created 


Ct£&  air-transp-splr 

SUHHARY:  This  antity  aodals  any  unit  that  has  air 

transportation  assets.  These  air  assets  can  ba 
either  for  self  use  only  or  for  support  of  other  air 
transportation  users. 

ATTRIBUTES:  Unit  ID  Aircraft  inventory 

Parent  unit  ID 


C-E7  SND-TRANSP-SPLR 

. SUHHARY:  This  antity  aodals  any  unit  that  has  ground 

transpor tati on  assets.  These  ground  assets  can  be 
either  for  seif  use  only  or  for  support  of  other 
ground  transportation  users. 


ATTRIBUTES: 


Unit  ID 

Vehicle  inventory 


Parent  unit  ID 


2.  ACTION  LIST 


A-OISPATCH- VEHICLE 

SUMMARY!  A  around  transoortation  suoolisr  crsatss  a 

transport  unit  to  psrfors  a  specific  task. 

t sopor  ary 

ATTRIBUTES!  Transoort  unit  ID 

Vshicls  typs 

Parsnt  unit  19 
Vshicls  quantity 

GENERATOR:  F-TSUPPLIER 

f-split-ck 

(C-F4) 

(C-F13) 

ENTITY!  GND-TRANSP-EX 

GND-TRANSP-SPLR 

(C-El) 

(C-E7) 

A-RECEIVE- VEHICLE 

SUMMARY i  A  tsaporary  ground  transport  unit  has  cooplstsd  a 
task  and  is  rsclaiosd  by  ths  originating  supplier. 


ATTRIBUTES: 

Transport  unit  ID 
Vshicls  typs 

Parsnt  unit  ID 
Vshicls  quantity 

SENERATORi 

F-TRANSP-PM 

(C-F12) 

ENTITY! 

SND-TRANSP-EX 

SND-TRANSP-SPLR 

IC-El) 

(C-E7) 

A- DISPATCH- 

AIRCRAFT 

SUMMARY: 

An  aircraft  transportation 
tssporary  transoort  unit  to 

suoolisr  ertates  a 
psrfors  a  spscific  ta 

ATTRIBUTES: 

Unit  10 

Aircraft  tvp* 

Parsnt  unit  10 
Aircraft  Quantity 

GENERATOR: 

F-TSUPPLIER 

( C-F4) 

ENTITY: 

AIR-TRANSP-EX 

AIR-TRANSP-SPLR 

(C-E2) 

IC-EO) 
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A-RECE I V£- AIRCRAFT 


SUMMARY!  When  a  taaporary  air  transport  unit  has  coaplatad  a 
task,  it  is  raclaiaad  by  tha  originating  transport 
supplitr. 


ATTRIBUTES!  Transports  unit  ID 

Typa  of  aircraft 


Parsnt  unit  ID 
Quantity  of  aircraft 


6ENERAT0R! 


F-TRANSP-PM  • 


(C-F12)  • 


ENTITY! 


AIR-TRAM3P-EX 

AIR-TRANSP-SPLR 


(C-E2) 

(C-E6) 


13  A-START-TRAVEL 

SUMMARY!  .  I ap licit  traval  has  btgun  for  aithar  an  axplicit 

ground  transportar  or  an  axplicit  air  transportar. 


ATTRIBUTES!  Naxt  objactiva 

GENERATOR!  F-BEG-TRANSP-AIR 

F-BEG-TRANSP-GND. 


(C-F6) 

(C-F5) 


ENTITY!  AIR-TRANSP-EX 

GND-TRANSP-EX 


(C-E2) 

<C-E1> 


A-SNO-TRAVEL 


SUMMARY!  laplicit  traval  has  baan  coaplatad  for  an  axplicit 
ground  transportar  or  an  axplicit  air  transportar. 


ATTRIBUTES! 


Currant  location 


Objactiva  unit  status 


GENERATOR! 


F-ATOBJ-SND 

F-ATOBJ-AIR 


(C-F10) 

(C-Fll) 


ENTITY! 


A1R-TRANSP-EX 

GND-TRANSP-EX 


( C-E2 ) 
(C-El) 


A\fp<i 

«  u-  w’i  t 


i  C.,4 


C-A7  A-3TART-HQVE 


SUHHARY: 

Explicit  travel  has  begun  tor  an  explicit  ground 
transporter.  The  eovenent  eodu’e  is  called. 

ATTRIBUTES: 

Next  objective 

GENERATOR: 

F-BE6-TRANSP-6ND 

(C-F3) 

ENTITY: 

6ND-TRANSP-EX 

(C-El) 

A-REDIRECT 

■ 

SUHHARY: 

The  objective  has  been  changed.  The  change  can  be 
eade  because  the  objective  unit  status  has  changed 
or  because  a  ganer  has  redirected  the  transporter. 

ATTRIBUTES: 

Objective  unit  ID 

Flag  indicating  gaaer  or 
Old  objective  location  (i 
custoaer  destination) 

Objective  location 
eodel  change 
.e. .  the  supplier  or 

GENERATOR: 

F-REDIRECT 

(C-F9) 

ENTITY: 

AIR-TRANSP-EX 

GNO-TRANSP-EX 

(C-E2) 

(C-El ) 

A-BEGIM-PH 

SUHHARY i  Khen  an  explicit  transporter,  ground  or  air,  has 

completed  a  task  and  has  returned  to  the  supplying 
unit,  it  Must  undergo  preventive  Maintenance  (Ptl) 
(represented  by  a  delay  cycle)  before  being  reclaimed 
by  the  transportation  supplier. 


ATTRIBUTES:  Unit  ID  Unit  status  flag 


GENERATOR:  F-AT08J-SND 

F-ATOBJ-AIR 


(C-F10) 

(C-Fli) 


ENTITY:  AIR-TRANSP-EX 

GND-TRANSP-EX 


(C-E2) 

(C-E1> 


C-7 


C-A10  A-START-FLI6HT 


SUMMARY.  ExpU 
tra 


icit  travel  hat  begun  for  an  explicit  air 
dsporter.  Tha  air  aodula  it  eallad. 


ATTRIBUTES! 

GENERATOR! 

Entity. 

C-All  A-BE81N-UNLQAD 


SUMMARY: 

ATTRIBUTES; 

6ENERAT0R. 

ENTITY. 


C-A12  A-ENO-UNLOAD 


An 
prog 


SUMMARY. 


An 
prog 
tha 
i  * 
an 


ATTRIBUTES. 

GENERATOR; 

ENTITY. 


Naxt  objactiva  unit  10 
F-BE8-TRANSP-A1R  (C-FA) 

AIR-TRANSP-EX  (C-E2) 


xplicit  transporter  has  started  tha  unload 
ass  at  a  custoaar. 


Coaaodity  type 

Supply  Module 

6ND-TRANSP-EX 

AIR-TRANSP-EX 

CUSTOMER 


Coaaodity  quantity 


(C-El ) 
(C-E2) 
(D-EI) 


xplicit  transporter  has  coaplatad  tha  unload 
ass  at  a  custoaar.  A  test  is  dona  to  detaraina  if 
transporter  is  air  or  ground.  If, the  transporter 
n  aircraft,  tha  unloading  process  could  have  been 
irdrop  or  a  land  and  deliver  aission. 


Coaaodity  typi 

Supply  Module 

GND-TRANSP-EX 

AIR-TRANSP-EX 

SUPPLIER 


Coaaodity  quantity 


(C-E 1 ) 
(C-E2) 
<  D-E2) 


C-A13  A-BEBIN-LOAD 


SUMMARY!  An  axplicit  transportar  has  startad  ths  load  procost 
at  a  tt'ppli  ar. 


<UTWlgU.T^?« 

Coaaodity  type 

Coaaodity  quantity 

s 

8EMERATQR. 

Supply  Modulo 

*- 

IHT.11Y.* 

6ND-TRANSP-EX 

A1R-TRANSP-EX 

SUPPLIER 

1C-E1) 

(C-E2) 

(D-E2) 

C-A14 

A-END-LOAD 

SUMMARY i  An  axplicit  transoortar  has  coaolatad  ths  load 

proctss  at  a  custoaar. 

ATTRI8UTES1 

Coaaodity  type 

Coaaodity  quantity 

GENERATOR! 

Supply  Modulo 

ENTITY! 

AIR-TRANSP-EX 

GNO-TRANSP-EX 

SUPPLIER 

(C-E2) 

(C-El) 

(D-E2)  , 

ZzMl 

A-IHP-LV-CUSTOMER 

SUMMARY!  Aftar  an  isolicit  unit's  coaaoditv  has  haan  unloadad 

tha  iaplicit  transporttr  beqins  tha  raturn  trip 
(raprasantad  by  a  daiay  pariod)  to  tha  parant  unit  . 

ATTRIBUTES! 

Coaaodity  type,  quantity 

Unit  location 

GENERATOR! 

F-SCHED-IHP-TRANSP 

(C-F14) 

♦ 

ENTITY: 

1 M?l I C I T-TRAMSP 

(C-E3) 

C-A16 

A-FORMARD-ROST 

% 

SUMMARY!  IT  a  raouast  cannot  ba  fill  ad  bv  tha  currant 

controllar,  it  is  sant  to  tha  naxt  controller  in 
tha  raport  structure. 

ATTRIBUTES! 

Raquast  ID 

Non  control  unit 

GENERATOR! 

F-TCONTROL 

(C-F3) 

ENTITY! 

TRANSP-RQ3T 

(C-E4) 

C-9 


C-A17  A-SPLIT 

SUMMARY i  Whan  a  supplier  cannot  fill  the  entire  request,  the 
ground  transporter  is  separated  into  two  explicit 
transporter  units.  One  to  load  the  iteas  at  the 
current  supply  location)  one  to  proceed  to  the  next 
supply  location.  • 

ATTRIBUTES!  Transportation  node  flag 

Coaaodity  type  and  quantity 

GENERATOR;  F-5PLIT-CK  (C-F13) 

ENTITY!  SNO-TRANSP-EX  (C-El) 


C-A18  A-S.TART-JRANS.I_T 

SUMMARY;  An  iaplicit  transporter,  air  or  ground,  has  bequn  an 
iaplicit  aove  represented  by  a  delay  period. 


ATTRIBUTES; 

GENERATOR! 

ENTITY! 

C tA 19  A- INP-LV-SPLR 
SUMMARY! 

ATTRIBUTES! 

GENERATOR! 
ENTITY! 


Objective  location 
Parent  unit  ID 
Supplier  unit  ID 

F-SCHED-IMP-TRANSP 

IMPL1CIT-TRANSP 


F-SCHED-IMP-TRANSP 

IMPLICIT-TRANSP 


Moveaent  flag 
Custoaer  unit  ID 

(C-F14) 

(C-E3) 


(C-F14) 

(C-E3) 


An  iaolicit  transoorter  has  completed  an  iaplicit 
aove  .to  the  supplier  and  is  loaded  and  ready. 

Moveaent  flaq  (indicating  unit  not  aeving) 
Location  ID  (Parent/Custoaer/Suppl i »r  unit  ID) 


C- 10 


C-A20  A-ADD-QUSUE 


SUHHARYi  Nhan  a  raquast  raeaivad  by  a  transportation  controllar 
eannot  bo  satisfiad  iaaodiataly,  it  is  addod  to  tho 
quaua  tor  that  controllar. 


ATTRIBUTES! 

Raquast  10 

Control  unit  ID 

6ENERATOR1 

F-TCONTRQL  (C-F3) 

F-DIRECT-RQST  (C-F2) 

smix» 

RQST-HANA8ER 

•C-E5) 

C-A21  A-SUBT-QUEUE 

SUHHARYi  Mhan  a  transportati on  controllar  has  assats  available, 


tha  hiqhast  priority  raquast  is  takan  o H  its  quaua. 


ATTRIBUTES! 

Raquast  ID 

Control  unit 

10 

6ENERATOR1 

F-TC0NTR0L  CC-F3) 

F-TSUPPUER 

<C-F4> 

ENTITY! 

RQST-HANA6ER 

(C-E5) 

A-CREATE-RQST 

SUHHARYi  A  raquast  has  baan  qanaratad  by  a  transportati on 

usar  and  Mill  ba  sant  to  a  transportation  controllar. 


ATTRIBUTES! 

Custoaar  unit  10 

Supply  typa 

Coaaodity  typa.  quantity 

Supply 

Raquast 

Raquast 

unit  ID 
ID 

typa 

6ENERAT0R! 

F-CREATE-RQST 

<C-F  1 )  1 

ENTITY! 

TRANSP-RQST 

(C-E4) 

C-A23  A-RECEI VE-RQST 

SUHHARYi  A  task  has  baan  racaivad  by  a  transportation 


control lar . 

ATTRIBUTES! 

Control  unit  10 

Raquast  ID 

SENERATORi 

F-DIRECT-ROST 

(C-F2) 

ENTITY! 

TRANSP-RQST 

(C-E4) 

C-A23 


C-A2A 


SUMMARY:  If  the  raquiraaant  to  fill  a  transportation  request 


can 

tha 

only  be  partially  set  by  tha  transport  supplier 
vahiclts/aircraf t  that  are  available  are  sent. 

ATTRIBUTES! 

Request  ID 

Coaaodity  raaaininq 

GENERATOR: 

F-TCONTROL 

(C-F3) 

mini 

TRANSP-RQST 

(C-E4) 

A-COMPLETE-FILL 

, 

SUMMARY!  Tha 

task 

entire  requiresent  to  fill  a  transportation 
is  filled  by  the  transportati on  supplier. 

ATTRIBUTES! 

Coaaodity  type 

Request  19 

Coaaodity  quantity 
Transport  supplier 

GENERATOR: 

F-TCONTROL 

(C-F3) 

ENTITY! 

TRANSP-RQST 

(C-E4) 

A-DROP-RQST 

SUMMARY:  Nhen 

aada 

a  request  cannot  be  filled  and  the  decision  is 
to  not  hold  it,  it  is  dropped. 

ATTRIBUTES! 

Request  19 

GENERATOR: 

F-TCONTROL 

F-TSUPPLIER 

(C-F3) 

(C-F4) 

ENTITY! 

TRANSP-RQST 

(C-E4) 

C-A27  A -CREAT E-IMP-UNIT 

SUMMARY!  An  i  tap  licit  unit  record  it  created  for  an  iaplicit 
transport  unit  to  perfora  a  specific  task. 

ATTRIBUTES!  Unit  ID  Parent  unit 

Vehicle  type,  quantity  Tiae  created 

6ENERATOR1  F-TSUPPLIER  (C-F4) 

ENTITY!  IMPLICIT-TRANSP  (C-E3) 


C-A28  A-END-IHP-UNIT 


SUHHARYi  Nhtn  an  iaplicit  unit's  sission  is  cosplsts,  it  can 
bs  dslstsd. 

ATTRIBUTES!  Unit  10  Parsnt  unit 

SENERATORi  F-SCHED-IHP-TRANSP  (C-F14) 

ENTITY!  IHPIICIT-TRANSP  (C-E3) 


3.  ENTITY-ACTION  CROSS-REFERENCE  AND  DIA6RAHS 


ENTITY 

ACTION 

BND-TRANSP-EX 

(C-El ) 

A-START-TRAVEL 

(C-A3) 

A-END-TRAVEL 

(C-A6) 

A-START-HOVE 

(C-A7) 

A-BEBIN-PN 

(C-A9) 

A-RECEIVE  -VEHICLE 

(C-A2) 

A-BEBIN-UNLOAD 

(C-Ail) 

A-END-UNLOAD 

(C-A12) 

A-BEGIN-LOAD 

(C-A13) 

A-END-LOAD 

(C-A14) 

A-SPLIT 

(C-A17) 

A-DISPATCH-VEHICLE 

(C-Al ) 

A-REDIRECT 

(C-A8) 

AIR-TRANSP-EX 

(C-E2) 

A-D I SPATCH- AIRCRAFT 

(C-A3) 

A-RECEIVE- AIRCRAFT 

(C-A4) 

A-START-TRAVEL 

(C-A3) 

A-END-TRAVEL 

(C-A6) 

A-START-NOVE 

(C-A7) 

A-REDIRECT 

( C-A8 ) 

A-BEBIN-PN 

( C-A9) 

A-BESIN-UNLOAD 

(C-All) 

A-END-UNLOAD 

(C-A12) 

‘ 

A-BEBIN-LOAD 

(C-A13) 

A-END-LOAD 

(C-A14) 

INPLICIT-TRANSR 

(C-E3) 

A-IMP-LV-CUSTQHER 

(C-A13) 

A-START-TRANSIT 

(C-A18) 

A-INP-LV-SPLR 

(C-A19) 

A-CREATE-INP-UNIT 

(C-A27) 

A-END-IHP-UNIT 

( C-A2S ) 

TRANSP-RQST 

(C-E4) 

A-CREATE-RQST 

(C-A22) 

A-RECEIVE-RQST 

(C-A23) 

A-PART-FILL 

(C-A24) 

A-COHPLETE-FILL 

(C-A23) 

A-DROP-RQST 

(C-A26) 

A-FORNARD-RQST 

(C-F30) 

ROST-NANASER 

(C-E3) 

A-ADD-9UEUE 

(C-A20) 

A-SUBT-OUEUE 

(C-A21 ) 

• 

AIR-TRANSP-SPLR 

(C-E6) 

A-DI SPATCH- AIRCRAFT 

( C  -  A  3 ) 

A- RECEIVE- AIRCRAFT 

(C-A4) 

GND-TRANSP-SPLR 

(C-E7) 

A-DISPATCH-VEHICLE 

( C-Al ) 

A-RECEIVE-VEHICLE 

(C-A2) 

C-14 


r,  *\ 

KKKi* 


C=£i 


rioura  C-la .  Entity-action  diaoram  for  GROUND-TRANSP-EX 


C- El  ' 


rioura 


:-lb.  Entity-action  diayram  for  GROUNO-TRflNSP-EX  (continued) 


cm  • 

A-SPUT 

C-A17 


Figure  C-lc.  Entity-action  diagram  For  GROUND-TRANSP-EX  (continued) 
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ENTITY-ACTION  DESCRIPTION!  6ND-TRANSP-EX  (C-Et) 


1.  CREATE  CONVOY.  Create  the  teaporary  convoy  unit  by  triggering 
either  A-DISPATCH-VEHICLE  (C-Al)  or  A-SPLIT  (C-A17)  to  divide  an 
existing  convoy  in  two.  (This  occurs  when  the  split  section  is  to 
receive  a  nee  objective.) 

2.  MISSION  CYCLE.  Loop  until  the  eission  is  coeplete.  A  eission  can 
loop  zero  or  sore  tiees. 

3.  A-START-TRAVEL  (C-A5).  Start  an  implicit  oove  segeent. 

4.  A-END-TRAVEL  (C-A&) .  Stop  an  ieplieit  aove  segeent.  The  objective 
should  be  reached. 

3-  A-START-HOVS  (C-A7).  Begin  an  explicit  eove.  The  eoveeent  aodule 
is  called. 

6.  A-REDIRECT  (C-H8).  The  objective  is  changed.  The  objective  can  be 
changed  zero  or  eore  tiees. 

7.  A-BESIN-UNLQAO  < C-A 1 1 > .  Begin  the  delay  to  unload  the  transporter. 
This  action  is  triggered  by  the  supply  aodule  when  lift  capability  is 
available. 

9*  A-END-UNLOAO  (C-A12).  The  unload  delay  has  elapsed  to  end  the 
unload  delay. 

9.  A-BSSIN-LOAD  (C-A13).  Begin  the  delay  to  lead  the  transporter. 

This  action  is  triggered  by  the  supply  aodule  when  lift  capability  is 
available. 

10.  •  A-ENO-LOAD  (C-Al-1).  Tha  load  delay  has.  elapsed  so  end  the  load 
delay. 

11.  A-SPLIT  t C - ft 17 ) ■  A  transporter  must  split  into  two  convoys.  Th i 3 
normally  is  because  one  supplier  does  not  have  all  of  the  supplies 
needed.  The  split  section  will  cont l nue. wi th  the  saae  objective  (as 
compared  with  the  split  action  described  in  step  1  above). 

12.  A-BEBIN-PH  (C-A9).  After  a  aission  is  coeplete,  the  transporter 
aust  undergo  preventive  aaintenance  before  being  reclaiaed  by  the  parent 
unit. 


13.  A-RECEIVE-VEHICLE  (C-A2).  The  aission  and  PH  are  coapleted  so  the 
teaporary  unit  is  deleted  (i.e..  the  transporter  is  reclaimed  bv  the 
parent  unit).. 


Figura  C-2a.  Entity-action  diagram  For  AIR-TRRNSP-EX 


C-19 
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Figure  C-Bb.  Entity-action  diagram  For  AIR-TRANSP-EX  (continued) 


C-20 


Figura  C-Sc.  Entity-action  diagram  for  AIR-TRANSP-EX  (continued^ 
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ENTITY-ACTION  DESCRIPTION!  AIR-TRANSP-EX  <C-E2> 


1.  CREATE  CONVOY.  Create  tht  teaporary  air  transport  unit  by 
triggering  A-DISPATCH-AIRCRAFT  (C-A31. 


2.  MISSION  CYCLE.  Loop  until  the  aiaaion  it  coaplete.  A  aission  can 
loop  zoro  or  aore  tiaaa. 

3.  A-3TART-TRAVEL  (C-A3).  Start  an  iaplicit  aova  segaent. 


4.  A-ENO-TRAVEL  (C-A6).  Stop  an  iaplicit  aova  tagaant.  The  objactiva 
should  ba  reached. 

5.  A-START-fLISHT  (C-A10).  Begin  an  explicit  aova.  Thu  aovaaant 
aodula  is  callad. 


4.  A-REDIRECT  (C-A8 ) .  Tha  objactiva  is  changed.  Tha  objactiva  can  be 
changad  zaro  or  aora  tiaes. 

I  1 

7.  A-BE6IN-UNL0AD  (C-All).  Degin  tha  dalay  to  unload  tha  transporter . 
This  action  is  triggered  by  the  supply  aodula  ehen  lift  capability  is 
availabla. 

8.  A-END-UNLOAD  (C-A12).  Tha  unload  delay  has  elapsed  so  and  the 
unload  dalay. 


9.  A-8E5IN-L0A0  (C-A13).  Begin  tha  dalay  to  load  tha  transporter. 

This  action  is  triggered  by  tha  supply  aodula  alien  lift  capabi  lity  is 
availabla. 

10.  A-END-LOAD  C-A14).  The  load  delay  has  elapsed  so  end  the  load 
delay. 

11.  A-8EBIN-PH  (C-A9).  After  a  eission  is  coaplete,  the  transporter 
oust  undergo  preventive  aaintenance  before  being  reclaiaed  by  the  parent 
unit. 


12.  RSCEIVE-AIRCRAFT  (C-A4).  The  eission  is  coaplete  so  delete  the 
taaporary  unit. 


Figuro  C-3.  Entity-action  diagram  for  IHPLICIT-TRAN5P 


ENTITY-ACTION  DESCRIPTION!  IHPLICIT-TRANSP  (C-E3) 

1.  A-CREATE-IHP-UNIT  (C-A27).  Create  a  record  for  tht  taaporary  unit. 

2.  A-START-TRANSIT  (C-A18).  Start  the  iaplicit  transporter  on  the 
first  lag  of  tha  aission.  Tha  delay  for  loading  at  tha  supplier  is 
addad  to  this  delay. 

3.  A-INP-LV-SPLR  (C-A19).  Start  tha  iaplicit  transporter  on  tha 
supplier  to  custoaar  lag  of  tha  aission.  Tha  delay  to  unload  at  tha 
custoaar  is  addad  hare. 

4.  A-IHP-LV-CUSTQHER  (C-A13).  Start  tha  iaplicit  transporter  on  the 
custoaar  to  hoaa  lag  of  tha  aission.  Any  PH  tiaa  needed  before  tha 
transporters  are  available  again  is  addad  hare. 

3.  A-SND-1HP-UNIT  (C-ft28).  Add  the  'solicit  unit  assets  back  into  tha 
parent  unit  and  delate  tha  iaplicit  unit  record. 


C-24 


ENTITY-ACTION  DESCRIPTION!  TRANSP-ROST  (C-E4) 


1.  A-CRSATE-RQST  (C-A22).  A  raquest-f or-transportati on  ricord  it 
craatad. 

2.  RQST  CYCLE.  Loop  until  tha  request  it  filled  or  droppad.  Tha  cycla 
ia  nacassary  bacauia  tha  raquast  can  ba  pasaad  to  different  controller* 
for  processing. 

3.  A-RECE1VE-RQST  (C-A23).  Tha  raquast  is  racaivad  at  a  control  unit. 
Any  tiaa  a  raquast  is  racaivad  by  a  new  control  unit,  this  action  is 
executed. 

4.  A-PART-FILl  (C-A24) .  This  action  is  perforaed  zero  or  aora  tiaas. 

If  tha  raquast  is  filled  by  one  transport  supplier,  no  part  fill  Mill  ba 
executed.  If  one  transport  supplier  cannot  fill  tha  raquast,  one  part- 
fill  will  ba  executed  for  each  transport  supplier. 

3.  CHECK  STATUS.  If  tha  request  is  not  coaplataly  filled,  tha  decision 
is  aada  whether  to  hold  tha  raquast  or  to  forward  it  to  tha  next 
controller.  If  it  is  to  ba  forwarded,  A-FGRMARD-RQST  < C- A 1 6 )  is 
tr i qqerad. 

6.  A-OROP-RflST  (C— A2A) .  If  tha  request  has  baan  on  tha  queue  longer 
than  tha  aaxiaua  tiaa  and  it  cannot  ba  filled,  it  is  droppad  and  tha 
raquast  record  is  delated. 

7.  A-COHPLETE-FILL  (C-A23).  This  action  is  perforaed  whan  tha  request 
is  coaplataly  filled. 


C-26 


Figura  C-5.  Entity-action  diagram  For  RQST-flANAGER 


ENTITY-ACTION  DESCRIPTION:  RQST-MANASER  (C-E5) 


1.  A-ADD-QUSUE  (C-A20).  Add  on*  request  to  th*  transportation  control 
unit's  request  queue. 

2.  A-SUBT-QUSUE  (C-A21).  Read  on*  r*qu*st  (subtract)  fro*  th* 
controller's  request  qu*u*. 


C-28 


C-ES 


Figure  C-6.  Entity-action  diagram  For  AIR-TRAN-SPLR 

! 


ENTITY-ACTION  DESCRIPTION!  AIR-TRANSP-SPLR  (C-E6) 


1.  DETERMINE  MODE  OF  TRANSPORT.  This  step  corresponds  directly  to  stop 
i  (CREATE  CONVOY)  of  AIR-TRANSP-EX  (C-E2).  Mhtn  the  explicit  air 
transport  unit  is  created,  subtract  tbs  aircraft  froa  tht  transportation 
supplisr  (parsnt  unit)  using  A-DISPATCH-AIRCRAFT  (C-A3).  Mhtn  an 
iapiicit  transport  unit  is  needed,  trigger  A-CREATE-IMP-UNIT  (C-A27)  to 
crsats  on*. 

2.  A-RECEIVE-A1RCRAFT  (C-A4).  This  action  corrssponds  dirsctly  to  stap 
12  of  AIR-TRANSP-EX  (C-E2).  Mhsn  tht  explicit. air  transport  unit  is 
deleted,  add  tha  aircraft  back  into  tha  transportation  supplier  (parent 
unit) . 


C-  E7 


Figure  C-7.  Entity-action  diagram  for  GRQUND-TRAN-SPLR 


ENTITY-ACTION  DESCRIPTION*  6ND-TRANSP-SPLR  (C-E7) 


1.  OETERHINE  MODE  OF  TRANSPORT.  Thia  action  corraaponda  diractly  to 
atap  1  (CREATE  CONVOY)  of  SND-TRANSP-EX  (C-El).  Nhan  tha  axplicit 
ground  tranaport  unit  ia  craatad,  aubtract  tha  vahida  froa  tha 
tranaportation  auppliar  (parant  unit)  uaing  A-DISPATCH-VEHICLE  (C-Al). 
Nhan  an  iaplicit  tranaport  unit  ia  naadad,  triggar  A-CREATE-INP-UNIT  (C- 
A27)  to  craata  ona. 

2.  A-RECEIVE-VEHICLE  (C-A2).  Thia  action  corraaponds  diractly  to  atap 
13  of  tha  SND-TRANSP-EX  (C-El).  Nhan  tha  axplicit  tranaport  unit  ia 
dalatad,  add  tha  vahicla  back  into  tha  tranaportation  auppliar  (parant 
unit). 


C-32 


GENERATOR  FUNCTION  LIST 


C-Fl  F-CREATS-RBST 

SUMMARY!  Can  be  callad  by  any  aodal  functional  araa  (a. 9., 
supply,  parsonnal  raplacaaant) .  A  transportation 
task/request  will  ba  eraatad  if  tha  raquast  is  qraatar 
than  or  aqual  to  tha  ainiaua  siza  allowed. 

TRI66EREP  BYi  Any  functional  araa  raquirinq  transportation 
support 

RESULTINB  INi  TRANSP-ROST  (C-E4) 

A-CREATE-RQST  (C-A22) 


C-F2  F-DIRECT-ROST 

SUHHARYt  Datarainas  tha  transportation  typa  and  which  control; 

unit  Mill  receive  the  task/raquast  in  A-RECEIVE-RQ£T\ 

TR1S6ERED  BY!  F-TCONTRQL  (C-F3) 

Any  functional  araa  creating;  a  transport  raquast 

RESULTING  IN»  TRANSP-ROST  CC-E4) 

A-RECEI VE-ROST  (C-A23) 

RQST-MANAGER  (C-E5) 

A-A00-0UEUE  (C-A20) 


C-F3  F-TCOMTROL 

SUMMARY;  Gafinas  tha  priority  of  tha  raquast  and  the  support 
typa  needed.  If  tr anspor tat i on  support  units  are 
available,  assign  tha  raquast  to  tha  selected  support 
unit(s);  otherwise,  either  fill  part  and  hold  part  on 
tha  queue  or  drop  tha  request. 


TRIGGERED  BYs 

Transpor'cati on  dispatcher 

RESULTING  INi 

TRANSP-ROST 

(C-E4) 

‘ 

A-PART-FILL 

(C-A24) 

A-COHPLETE-FILL 

(C-A231 

A-OROP-ROST 

(C-A26) 

A-FQRNARD-RQST 

(C-A16) 

ROST-MANASER 

(C-E5) 

A-AOD-QUEUE 

(C-A20) 

A-SUBT-QUEUE 

(C-A21) 

C-33 


C-F7  F-6N0-1 WP-TRftVEL 


SUMMARY?  Coaputes  an  iaplicit  eoveaent  delay  tiaa  for  a  ground 


transporter . 

TRI66ERED  BY: 

F-BEG-TRANSP-SND 

(C-F3) 

RESULTING  lNi 

F-AT0BJ-6ND 

(C-F10) 

Scheduled 

F-AIR-IMP-TRAVEL 

- 

SUMMARY:  Coaputes  an  iaplicit  aovaaant  delay  tiae  for  an  air 

transporter. 

TRIGGERED  JY?  F-BEG-TRANSP-AIR  <C-FS> 

RESULTING  IN:  F-ATOBJ-AIR  (C-Fll)  Scheduled 


C-JF9  F-RED1RECT 


SUMMARY:  Generates  a  new  objective,  defined  by  either  a  gaaer 

or  the  aodal ,  for  a  transport  unit  while  the  unit  is 
enroute. 


TR1S6EREP  BYi  Moveaent  aodule 
Gaaer 


Air  aodule 


RESULT!NG_JNi  GND-TRANSP-EX 
AIR-TRANSP-EX 
A-REDIRECT 


(C-El ) 
<C-E2> 
<C-A8> 


C.-F10  F-ATOBJ-GND. 


SUMMARY?  Deteralnes  what  action  to  take  after  a  ground 
transporter  reaches  its  objective. 


TRIGGERED 

BY: 

Transpor tati on  dispatcher 

RESULTING 

JNl 

GND-TRANSP-EX 

(C-El) 

A-END-TRAVEL 

( C-A6) 

F-TRANSP-PM 

CC-F12) 

F-ARRIVE-SUPPLIER 

(D-F12) 

Supply 

F-ARRIVE-CUSTOMER 

(D-F17) 

Supply 

F-DISPER 

(E-F3) 

Personnel 

F-LOADPER 

(E-F14) 

Per scnnel 

C-33 


C-F4 


F-TSUPPLIER 

SUHHARYt 


Daterainas  the  available  assets >and  dispatches  tht 
vahicles/aircraf t  to  parlor*  tha  requested  task. 


TWI86ERED  |Y» 
RESULTING  IN, 


Transportation  dispatchar 

RQST-HANASER  (C-E3) 

A-SUBT-QUEUE  (C-A21) 

6ND-TRANSP-EX  (C-El) 

GND-TRANSP-SPLR  (C-E7) 

A-D I SPATCH- VEHICLE  (C-Al) 

AIR-TRANSP-EX  (C-E2) 

AIR-TRANSP-SPLR  (C-E4) 

A-D I SPATCH- AIRCRAFT  (C-A3) 

TRANSP-ROST  (C-E4) 

A-OROP-RQST  (C-A26) 

IHPLICIT-TRANSP  (C-E3) 

A-CREATE-IHP-UNIT  (C-A27) 

F-CHINV  (E-F4)  Parsonnal 

Scheduler  (to  begin  transport  avant) 


a 


% 


C-F5 


F-BES-TRANSP-GND 


SUHHARYi 


Defines  tha  first  objactiva  and  triggers  aovaaant 
for  a  ground  transportar. 


TRIS6ERED  BjYi 
RESULTING  IN: 


Transportation  dispatchar 

GND-TRANSP-EX  (C-El) 

A-START-TRAVEL  (C-A5) 

A-3TART-M0VE  (C-A7) 

F-GND-INP-TRAVEL  (C-F7) 

Novaaant  aoduia 


C-F6  F-BES -TRANSP -AIR 

SUHHARYt  Defines  tha  first  objactiva  and  triggers  aovaaant 
If  or  an  air  transportar. 


TRIGGERED  B1 


RESULTING  IN: 


Transportati on  dispatchar 

AIR-TRANSP-EX  (C-E2) 

A-START-TRAVEL  (C-AS) 

A-START-FLISHT  <C-A10) 

F-AIR-IMP-TRAVEl  (C-F9) 

Air  aoduia 
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C-Fll  F-ATOBJ-AIR 


SUMMARY:  Deteraines  what  to  do  attar  an  air  transportar 

raachas  ita  objactiva. 


Transportation  dispatchar 


AIR-TRANSP-EX 

(C-E2) 

A-END-TRAVEL 

(C-A6) 

A-END-UNLOAD 

(C-A12) 

F-TRANSP-PM 

CC-F12) 

F-ARRIVE-SUPPLIER 

(D-F12) 

Sup pi y 

F-ARRIVE-CUSTOMER 

(D-F17) 

Supply 

F-DISPER 

(E-F3) 

Personnel 

F-LOADPER 

(E-F14) 

Personnel 

F-TRAN3P-PH 

SUMMARY ;  Coaputas  a  dalay  tiaa  to  raprasant  the  tint  naadad 

to  perfora  aaintenance  on  tha  transporter  attar  it 
returns  to  its  hoaa  unit. 

TRIGGERED  BY:  F-ATQBJ-GND  < C-F10) 

F-ATQBJ-AIR  (C-Fll) 

RESULTING  INi  GND-TRANSP-EX  (C-El) 

AIR-TRANSP-EX  (C-E2). 

A-BEGIN-PM  (C-A9) 

F-TRANSP-RETURN  (C-F17)  Scheduled 


C-.pl  3  F-SPL I T-CK 

3’JyMARY:  Determines  what  action  a  ground  transport  unit 

should  taka  whan  arriving  at  a  supply  point. 

TRIGGERED  9Y  F-TU-DECISION  (D-F1S)  Supply 

RESULTING  IN:  GND-TRANSP-EX  (C-El) 

A-SPLIT  (C-A17) 

A-DISPATCH- VEHICLE  (C-Al) 
F-BES-TRANSP-SND  (C-F3) 


C-F14  F-SCH£D“IHP-TRANSP 

SUHHARYi  Controls  tht  aovasant  o i  iaplicit  transportation 
froa  parant  to  suppliar  to  custoaar  to  parant. 


Transportation  dispatchar 


IMPLICIT  TRANSP  C-E3) 

A-START-TRANSIT  (C-A18) 

A-END-IHP-UNIT  (C-A28) 

A-IHP-LV-SPLR  (C-A19) 

A- I MP-LV -CUSTOMER'  (C-A151 


Schadulad 

Sthadulad 

Schedules 


C-F1S  F-TRANSP-OECIDE 

SUMMARY:  Dataraina  what  tht  t'ansportar  is  to  do  in  key 

situations. 


TRIGGE_R|D.BYi 

Transportation  dispatchar  from 

F-DISPER 

(E-F3) 

Personnel 

F-LOADPER 

(E-F14) 

Parsannal 

F-ARRIVE-SUPPLIER 

( D—F 12) 

Supply 

F-ARRIVE-CUSTQMER 

(D-F17) 

Supply 

RESULTING  IN: 

GND-TRANSP-EX 

(C-El) 

A-RECEI VE-MEHICLE 

(C-A2) 

AIR-TRANSP-EX 

(C-E2) 

A-RECE I VE“ AIRCRAFT 

(C-A3) 

F-BE8-TRANSP-SND 

(C-F5) 

Schadulad 

F-BEG-TRANSP-AIR 

(C-F6) 

Schadulad 

C-F14  F-’RANSP-DECCN 

SUHHARYi  Detarainas  whether  a  ground  transportar  needs  to  go 
throuqh  dacontaai nati on  while  delivering  coaaoditias. 

TRJGGERED  BY:  F-TSUPPUER  (C-F4) 

F-DONE-DECON  (S-FA)  Dtcon 

RESULTING  IXt  Tht  next  objective  or  intaraadiata  unit 
dacon  objaetiva. 
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C-F17  F-TRANSP-RETURN 

SUHHARYi  Coaplatas  the  Mission  and  adds  tha  taaporary  unit 
assats  back  into  tha  parant. 

TRISBERED  BV>  Transportation  dispatchar  froat 

F-TRANSP-PH  (C-F12)  0 

RESULTING  IN:  AIR-TRANSP-EX  (C-E2) 

AIR-TRANSP-SPLR  (C-E7) 

A-RECEIVE-AIRCRAFT  (C-A4) 

SND-TRANSP-EX  (C-El)  « 

SND-TRANSP-SPLR  (C-E6) 

A-RECE I VE- VEHICLE  (C-A2) 


APPENDIX  C 


Anntx 


DISPATCHER 
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SCHED(6)  SCHED  (6)  SCHED  (6)  SCHED  (S) 
Figure  C-l.  TrinsporUUoa  dispatcher 


C-Fl  F-CREATE-RQST 


TYPEi  Intoraetivo  Function 


Z=ll 


SUMMARY!  This  function  can  bo  cal  lad  by  any  nodal  functional 
araa  (0.9.,  aupply,  porionnal  roplacoaont)  looking 
transportation.  Tho  roquost  is  ovaluatod  and,  if  it 
is  groator  than  or  oqual  to  tho  ainiouo  sizo  alloMod, 
a  transportation  task/roquost  Mill  bo  croatod. 

TRI88EREQJ8Y!  Any  functional  aroa  that  noods  transportation 
support. 

RESULT1N8  INi  TRANSP-RQST  (C-E4) 

A-CREATE-RQST  (C-A22) 

SYSTEM  SPECIFICATION  OIA6RAM1 

Soa  figuro  C-9. 
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Bgu»  C-9.  F -  CREATE  -  RQ3T  SSD 


DATA  DEFINITION! 


F-CREATE-RQST 


Connection  Data 

Nuabtf  Transderred _ Cpaa»nl« - 

01  o  Tranaportatian  request  indorsation 

o  Custoeer  unit  10  Received  droa  requestor, 

o  Supplier  unit  10 
o  Supply  type 

o  Coaeodity  type  to  be  hauled 
o  Coaeodity  quantity  to  be  hauled 
a  Request  type  (noraal,  . 
eaerqency,  allocation) 

02  o  Transportation  request  indorsation 

o  Request  ID  Needed  by  A-CREATE-RQST. 

o  Custoeer  unit  10 

o  Supplier  unit  10 

o  Supply  type 

o  Coaaodity  type  to  be  hauled 
o  Coaaodity  quantity  to  be  hauled 
o  Request  type  (noraal,  aaergenev, 
allocation) 

03  o  Request  dlaq  0  >  no  request  created. 

1  »  request  created. 


C=E1 


* 


« 


% 


Figure  C-10.  F-CREATE-RQST  generator 
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!.  READ  REQUEST.  Read  fila  Dl. 

2.  VALIDATE  REQUEST.  Haka  aura  this  la  a  valid  raquaat  that  can  ba 
procaaaad. 

3.  CHECK  REQUEST  AMOUNT.  Chack  to  aaka  aura  tha  raquaat  ia  for  a 
quantity  that  Mould  raquira  at  laaat  ana  vahicla'  (i.a. ,  truck  or 
aircraft)  to  tr^rsccrt  tha- raquastad  coaaodity.  Raquaats  for  saallar 
aaounta  ail)  not  ba  procaaaad.  Tha  aaount  of  tha  coaaodity  naadad  can 
accuaulata  at  tha  raquaatinq  unit  and  ba  procaaaad  latar. 

4.  TRIGGER  CREATE.  Triggar  tha  action  A-CREATE-RQST  (C-A22)  for 
TRANSP-RQST  (C-E4).  Thia  craataa  ona  raquaat  that  Mill  ba  procaaaad  by 
F-DIRECT-RQST. 

5.  RETURN.  Raturn  to  tha  calling  aodula  indicating  ahathar  tha  raquaat 
uaa  craatad. 


fcEl  fdHUEgTrMST 


TYPEi  Inttrjctivf  Function 


SUMMARY i  This  function  rsads  s  fils  of  transportation 

rsqussts.  It  dstsrsinss  which  transportation 
control  unit  sill  rscsivs  sach  raquast  and  triggars 
ths  A-ADD-QUEUE  action  to  add  ths  raquast  to  ths 
controllsr's  qusus.  Thsn,  it  sstablishss  a  support 
typo  and  a  task  priority  far  ths  control  unit 
sslsctsd. 

Each  functional  arsa  rtquirinq  transportation  fills 
ths  rsqusst  fils  by  triqqsrinq  ths  A-CREATE-ROST 
action.  A  transportation  rsqusstsr  dafinas  all 
rsqussts  for  all  units  during  a  cyclt  bsfors 
initiating  this  function.  Whan  this  function  is 
triggsrod,  it  proeassos  all  raqussts  in  tha  fils. 

TRIGGERED  BY:  F-TCONTRQl  (C-F3)  • 

Any  functional  araa  that  has  craatad  a  raquast. 

RESULTING  IN;  TRANSP-RQST  (C-E4> 

A-RECEIVE-RQST  (C-A23) 

RQST-MANAGER  (C-E3) 

A-ADD-QUEUE  (C-A20) 

SYSTEM  SPECIFICATION  DIASRAHj 

Sss  figura  C- 11. 


t 


♦ 
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flgur®C-11.  F-DWECT-RQ3T  SSD 


C-F2 


DATA  DEFINITION*  F-DIRECT-RQST 


Connection 

Nuabar 


Data 

Tranaftrred 


Coaaanta 


D1 


D2 


o  Raquaat  ID 

o  Cuatoaar  ID 

o  Suppliar  ID 

o  Sudd  1 v  tvoa 

o  Quantity  to  ba  hauled 

o  Raquaat  typa  (noraal, 

aaargancy,  allocation) 
o  Tiaa  in  queua 
o  Raquaat  oaner 

o  Raquaat  ID 
o  Control  unit  ID 


Tranapertation  raquaat. 


Naeded  to  trigger 
RECEI VE-RQST  and 
A-AQO-QUEUE. 


S3 


D4a 


D4b 


Cuatoaar  echelon 
Cuatoaar  unit  typa 
Cuatoaar  aiaaion 
Cuatoaar  unit  aupply 
indicator 

Tranaportation  control  unit 
aupportinq  thia  cuatoaar 
Sacond  control  unit  (optional) 


Tranaportati on  control 
unit  ralationahip 
(C-DFl). 


o 

o 

0 


Cuatoaar  unit  type 
Cuatoaar  aiaaion 
Cuatoaar  echelon 
Cuatoae'*  suooly  indicator 
Raquaat  typa  (noraal , 
emergency,  allocation) 
Supply  typa 
Suppliar  echelon 

Control  unit  echelon 
Raquaat  priority 
Coaaodity  typa 


Uaad  to  deteraina 
raquaat  priority. 


Uaad  to  detarnina 
aupport  typa. 
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DATA  DEFINITION!  F-DIRECT-ROST  (cont.) 


Connection 

Nusber 

ppuh 

DSa 

0 

Request  priority  data 

Request  priority 
(C-CC4). 

DSb 

0 

Support  type  and  priority 

Suooort  type  (C-CC3). 

S* 

0 

Transport  control  unit 

The  control  unit 

0 

Control  unit  echelon 

supporting  the  control 
unit. 

D7 


o  Controller  Unit  ID 


Added  to  the  controller 
list. 


C =££ 


F- 

DIRECT- 

RQST 

C3 

DIRE 

BOI 

L)  * 
XT 

JY 

C2) 

READ  FILE 


C3D  GET 
CUSTOMERS 
STATE  UAR 


FIND 

CONTROL 

UNIT 


CIOD 

CNTL  UNIT 
UPDATE 


C1DTRG 

TRANSP- 

ROST 


O 

CNTL 

CYt 

,, 

n  * 

UNIT 

:le 

— 

i 

CC-A23) 

A-RECEIUE 

-RQST 

Figura  C-12.  F-DIRECT-RQST  generator 
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GENERATOR  DESCRIPTION:  F-DIRSCT-RQST 

i„  OIRECT  BODY.  Loop  for  ovtry  request  on  tht  filt. 

2.  READ  FILE.  Road  fill  01. 

3.  SET  CUSTOMER  SV.  Sot  tho  custooor  unit  state  voctor  (S3)  using  tho 
custooor  unit  ID  paoood  in  01. 

4.  CONTROL  UNIT  CYCLE.  Loop  until  a  control  unit  oith  tho  propor 
available  support  typo  is  found. 

3.  DETERMINE  CONTROL  UNIT.  Evsry  custooor  unit  has  a  control  unit  to 
report  to.  (Notes  A  custooor  unit  can  bo  a  control  unit  for  itself. 

If  a  custooor  unit  is  its  oun  control  unit,  an  additional  pointer  is 
kept  for  tho  next  control  unit  in  tho  chain.)  Each  loop  of  tho  control 
unit  cycle  (stop  4)  progresses  one  control  unit  through  tho  list. 
Dotoroino  tho  first  control  unit  to  bo  chocked  using  S3.  All  subsequent 
control  units  to  bo  chocked  are  obtainod  froa  S6. 

6.  DETERMINE  TASK  PRIORITY.  Using  the  custooor  road  in  Dl,  dotoroino 
tho  priority  of  this  task.  Tho  priority  is  a  function  of  tho  folloMing 
data  oloaonts  (passed  in  C4a)i 

o  Request  typo  (noroal,  ooorgoncy,  allocation) 

0  Supply  typo 
o  Custooor  oission 

o  Custooor  supply  status  (Iom,  critical,  etc.) 
a  Custooor  typo 
o  Custooor  ocholon 
o  Controller  ocholon 

Those  paraoetors  are  used  to  retrieve  tho  priority  froo  data  file  D3a 
using  F-C0MMAN0ER.  Custooor  data  is  passed  by  S3. 

7.  DETERMINE  SUPPORT  TYPE.  The  support  typo  is  dotoroined  as  a 
function  of  tho  fall owi nq  passed  in  D 4 b : 

o  Request  priority  (dotoroined  using  C-CC4) 
o  Control  unit  echalon  (S6) 
o  Coooodity  to  bo  transported 
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C-F2 

F-DIRECT-RQST  (cont.) 

7.  (cont.)  The  support  typo  is  rstriovod  froe  data  fils  DSb  using  F- 
COHHANDER.  Tho  choicts  art  the  following: 

o  Rolling  stock  (self  delivery) 
o  Ground  vshicls  del ivory 
o  Air  lift 
o  Air  drop 

Ttio  data  roturnod  defines  a  priority  for  oach  of  tho  support  typos.  Tho 
control  unit  nood  not  havo  tho  highest  priority  support  typos  noodod. 

Tho  priority  is  usod  only  when  a  control  unit  has  aoro  than  ono  of  tho 
support  typos. 

S.  SUPPORT  TYPE  NEEDED.  If  tho  control  unit  selected  has  ono  of  tho 
support  typos  nocossary,  exit  tho  control  unit  cycle  loop. 

9.  NOT  SUPPORT  NEEDED.  If  tho  control  unit  does  not  havo  tho  support 
typo  nocossary,  continue  tho  loop  with  tho  next  control  unit. 

10.  CONTROL  UNIT  UPDATE.  If  tho  transportati on  control  unit  is  not  ono 
that  has  boon  defined  already  in  this  cycle,  add  it  to  a  list  of  control 
units  receiving  requests  used  by  F-TCONTROL  (D7).  Trigger  action  A-ADD- 
QUEUE  (C-A20)  for  RQST-NANAGER  (C-E3 )  using  D2. 

11.  TRIG6ER  TRANSP-RQST.  Trigger  action  A-RECEIVE-RQST  (C-A23)  for 
TRANSP-ROST  (C-E4)  using  D2  to  define  tho  control  unit  for  tho  request. 


t 
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C-F3  F-TCONTROL 


TYPE i  Interactive  Function 


SUMMARY!  This  function  eodels  the  talks  perforeed  by  tha 
transportation  controllers  (e.g.,  tht  division 
transportation  officer  and  sovtatnt  control  officer), 
khan  a  task  is  received,  a  transportation  supplier  is 
selected.  The  task  can  be  partly  filled,  coapletely 
filled,  dropped,  or  forearded  to  the  next  controller. 

TRIGGERED  BY:  Transportation  dispatcher 

RE3ULTIN6  INi  TRANSP-RQST  (C-E4) 

A-PART-FILL  (C-A24) 

A-COMPIETE-FILL  <C-A23> 

A-DRQP-RQST  (C-A26) 

A-FORWARD-RQST  (C-A16) 

RQST-HANAGER  (C-E3) 

A-ADD-QUEUE  (C-A20) 

A-SUBT-QUEUE  (C-A21) 

SYSTEM  SPECIFICATION  DIAGRAMS 

See  figure  C-13. 
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Rgur»C-13.  F-TCOMTROL  SSO 
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DATA  DEFINITION.  F-TCQNTRQL 


Connection 

Nuabar 


Ola 

Olb 


02a 

02b 

02c 


Q2d 

03a 

03b 

04a 


Data 

Tranaferred 


Cr£l 


Coaatntt 


a  Controlltr  list 

o  Coaaodity  to  ba  haul  ad 

o  Quantity  to  be  haultd 

o  Suppliar  10  I 

o  Cuatoaar  10  j 

o  Raquaat  priority 
o  Support  typa 
o  Tiaa  on  quaula 

' 

o  Coaaodity  td  ba  haulad 
o  Quantity  raaaininq 


o  Raquast  ID 
o  Tranaportati 
o  Coaaodity  tyj 
o  Coaaodity  q 


on  auppliar 

P» 

ujantity 


o 

o 

0 

0 

0 

0 


Cuatoaar  uni 
Suppliar  uni 
Supply  typa 
Coaaodity  t^ 
Coaaodity  q 
Raquaat  typa 


o  Control  unit) 
o  Raquaat  10 

o  Raquaat  10 


ID 

ID 


ba  haulad 
ity 


uant 


10 


o  Raquaat  10 
o  New  control 
ID 


o  Raquaat  ID 
o  control  unit  10 


unit 


Raquaat  fila  itaas. 


Written  when  a  taak  ia 
bainq  partially  filled. 

Written  to  triqqar 
A-CQNPLETE-FILL. 


Written  to  trigger 
A-CREATE-RQST. 


Written  to  triqqar 
A-RECEIVE-RQST. 

Written  to  trigger 
A-DR0P-RQST. 

Written  to  trigger 
A-FORWARD-RQST. 


Written  whan  an  entry  ia 
added  to  the  queue: 
triggara  A-ADD-QUEUE. 
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DATA  DEFINITION! 


F-TCONTROL  <cont.) 


Connection 

Data 

Nueber 

_ Transferred _ 

Consents 

04b 

0 

Raquaat  ID 

Written  when  an  entry  is 

4 

0 

Control  unit  10 

reaoved  froa  the  queue} 
triggers  A-SUBT-QUEUE. 

S3 

0 

Control  unit  achalon 

Control  unit  data. 

0 

Typa  of  support  provided 
(ground,  airlift,  airdrop) 

S6 

0 

Type  transport  assets 

Transport  supplier  data. 

0 

Quantity  transport  assets 

07* 

0 

Request  processor  echelon 

Task  processing  (C-CCJ). 

, 

0 

Request  priority 

. 

0 

Support  type 

07b 

0 

Echelon  of  control  unit 

Support  unit  priority 

0 

Type  of  support 

(C-CC2) . 

07c 

0 

Support  type 

■ 

0 

Request  priority 

a 

Transport  supplier  echelon 

Task  split  (C-CC3) . 

08* 

0 

Request/task  status  flag 

When  the  queue  is 
checked,  if  the  task  is 
older  than  a  cutoff  ties 
or  if  no  support  unit  is 
availabla,  daternina 
what  to  do  with  the 
task  (C-CC1). 

08b 

0 

Support  unit  priority 

When  more  than  one 
support  unit  is 
available  (C-CC2)'. 

• 

08c 

0 

Request/task  split  flag 

When  there  is  wore  than 
one  support  unit 
available  and  one  alone 
cannot  completely  fill 
the  task  (C-CC3) . 

* 
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DATA  DEFINITION!  F-TCQNTROL  (cont.) 


Connaction  Data 

—NvmD.tr _ TransFarrad _ _ _ Coaaanta 


Dt 


DlOa 

DlOb 


DIOc 


a  Cuatoaar  ID 
a  Suppliar  ID 
o  Supply  typa 
o  Quantity  to  ba  haulad 
o  Raquaat  typa 
a  Tiaa  in  quaua 
a  Raquaat  ID 
o  Raquaat  ownar 

o  Haxiaua  raquaat  1  i -F 0 


0  Haulinq  capacity 


0  Capacity  naadad 


Triggara  F-DIRECT-RQST. 


Haxiaua  tiaa  allouabla 
in  quaua  (C-DF2) . 

Transportation  constant 
giving  tha  hauling 
capacity  For  sach 
transport  tvpa  (C-DF3). 

Transportation  constant 
giving  tha  capacity 
naadad  to  hold  each 
coaaodity  (C-DF4). 
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Figure  C-14a 
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F-TCONTROL  generator 
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Figure  C-14t».  F-TCDNTROL  ganaratar  (continued} 
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Figure  C-14c.  F-TCONTROL  generator  (continued)  , 
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Figure  C-14d.  F-TCQNTROf.  ganarator  C continued) 
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GENERATOR  DESCRIPTION!  F-TCONTRQ*. 


1.  CONTROLLERS  LOOP.  Loop  through  all  tranaportati on  controllers 
listed  in  Ola. 

2.  REQUEST  LOOP.  Loop  through  each  request  for  each  controller  until 
all  requests  are  processed  or  until  ail  transportation  supplier  assets 
are  in  use. 

3.  READ  REQUEST.  Read  the  request  froa  file  01b. 

4.  CHECK  TINE  IN  QUEUE.  Check  the  request  road  in  step  3  to  sake  sure 
it  is  current  (Dlb)  by  coaparinq  it  to  the  aaxiaua  request  life  (010a). 
If  the  request's  tiae  in  the  queue  has  not  exceeded  the  aaxiaua  tiae 
allowed,  continue  processing  it.  If  the  aaxiaua  tine  has  elapsed, 
trigger  F-COMHANDER  with  file  07a  to  deteraine  what  to  do  with  the 
request.  The  response  (i.e.,  drop,  forward,  continue)  is  returned  in 
03a. 

5.  DROP.  If  the  decision  is  to  drop  the  request,  trigger  the  A-SU8T- 
3UEUE  action  for  RQST-MANAGER  (C-E3)  with  04b.  Trigger  the  A-DRQP-RQST 
(C-A2A)  action  for  TRANSP-RQST  (C-E4)  with  03a. 

6.  FORWARD.  If  the  decision  is  to  forward  the  request,  trigger 
function  F-DIRECT-RQST  (C-F2)  to  decido  which  transportation  controller 
will  receive  it.  Before  this  is  done,  put  the  request  into  the  request 
file  (09)  read  by  F-DIRECT-RQST  and  trigger  A-SUBT-QUEUE  for  this 
request  in  this  control  unit.  The  output  froa  F-DIRECT-RQST  will 
trigger  A-RECE I VE-RQST  again  which  will  lead  to  another  call  to  F- 
TC0NTRQL.  When  F-TC0NTR0L  is  reactivated,  the  01  file  will  be  just  like 
it  was  before  the'  call  except  the  request  now  being  processed  will  have 
a  new  owner.  Trigger  A-FQRWARD-RQST  (C-AI6)  for  TRANSP-RQST  tC-E4)  by 
03b. 

7.  CONTINUE.  The  default  decision  is  to  continue  processing  tne 
request. 

3.  BUILD  LIST.  Loop  through  the  support  type  list  in  the  assigned 
priority  order  (i.e.,  the  order  assigned  in  F-DIRECT-RQST).  Check  the 
highest  priority  first.  If  the  request  concerns  rolling  stock,  it  will 
not  need  support.  Otherwise,  each  control  unit  has  one  or  tore  support 
units  in  its  coaaand  which  can  be  checked  as  a  possible  supplier  of 
transport  assets. 

9.  CHECK  UNIT  TYPE.  The  type  of  support  needed  and  therefore  the  unit 
type  needed  is  defined  in  Dlb.  Continue  the  UNIT  LOOP  until  a  unit  of 
the  type  needed  for  this  request  is  found. 


10.  CHECK  ASSETS.  Each  support  unit  should  havs  a  valua  for  its  total 
hauling  capacity  availablt.  This  haul  capability  is  obtained  froa  F- 
TSUPPL1ER  (C-F4)  and  kapt  in  data  fila  C-DF3.  Check  S6  to  detoraine 
tha  asset  type  and  deteraine  if  the  unit  has  the  assets  available. 

11.  ADO  UNIT  TO  LIST.  Each  unit  that  is  found  to  have  tha  support  type 
necessary  and  have  assets  available  to  perfora  a  task  is  put  on  a  list. 

12.  00  NOT  LIST.  Oo  not  list  units  that  are  not  the  support  type 
needed  or  that  do  not  have  assets  currently  available. 

13.  NO  TYPE  NATCH.  Continue  the  UNIT  LOOP  if  the  unit  type  does  not 
aatch  the  type  needed. 

14.  NO  LIST.  If  there  are  no  entries  on  the  supoort  unit  list  created 
in  step  11,  the  request  cannot  now  be  processed.  Trigger  F-CGMMANDER 
with  07a  to  deteraine  what  to  do  with  the  request.  The  possible 
responses  are: 

o  Forward  the  request  to  the  next  controller 
o  Drop  the  request  froa  the  queue 
o  Continue  processing  (i.e.,  leave  the  request  on 
the  queue  and  gat  out). 

The  response  is  passed  back  froe  F-COHHANDER  in  D8a  and  either  step  4, 

3,  or  6  is  repeated,  depending  upon  the  response. 

13.  LIST  OF  1.  No  list  processing  is  necessary  if  only  one  support 
unit  is  on  the  list. 

16.  READ  SUPPORT  UNIT  PRIORITY.  If  more  than  me  unit  is  on'the  lilt 
defined  in  step  11,  trigger  F-COHHANOER  with  D7b.'  D8b  is  returned  co 
deteraine  the  criteria  needed  to  select  the  support  unit.  This  is  a 
function  of  the  unit  echelon  and  support  unit  type. 

17.  SORT  LIST.  The  units  on  the  list  should  be  sorted  aceordinq  to  the 
criteria  defined  in  steo  16.  The  default,  if  no  entry  is  in  ti,  is  the 
support  unit  closest  to  the  supply  point  or  piekup  point. 

IB.  FILL  CYCLE.  Loop  for  each  unit  on  the  list  or  until  the  task  is 
assigned. 

1?.  COMPUTE  HAULING  CAPACITY.  Deteraine  how  aany  assets  are  available 
in  the  unit  being  checked  using  assets  passed  in  S6.  Set  the  haulinq 
capacity  of  each  vehi c 1 e/ai r cr af t  froa  D 1 0 b .  Compute  the  total1  haulinq 
capability  of  the  unit.  Compute  both  the  volume  capacity  and  the  weiqht 
capacity. 


C-F3 

F-TCONTROL  (cont.) 

20.  CONFUTE  CAPACITY  NEEDED.  Dataraina  tha  hauling  capacity  naadad  to 
trantport  tha  typa  and  quantity  of  coaaodity  spacifiad  in  DIP.  Sat  tha 
voluao  and  Haight  of  aach  coaaodity  froo  DiOc. 

NOTE i  Tha  coaputationa  in  atapa  19  and  20  abova  ara  tha  aaaa  aa  thoaa 
in  atapa  9  and  iO  in  F-T8UPPLIER  (C-F4).  Thia  would  ba  a  good  placa  to 
uaa  a  coaaon  routin*. 

21.  UPOATE  SUPPLIER  LIST.  A  liat  of  transportation  auppliara  is  built 
to  ba  passad  to  F-TSUPPLIER.  If  tha  transportation  suppliar  just 
aalactad  is  not  on  thia  liat,  add  it. 

22.  ONE  SUPPLIER.  If  tha  unit  bainq  ehackad  can  fill  th»  raauast  or 
thara  is  only  ona  unit  on  tha  list,  parfora  stag  26. 

23.  CHECK  SPLIT.  Triqqar  F-COHHANDER  fila  ustnq  07c  to  dataraina 
ahathar  tha  raaaindar  of  tha  task  is  to  ba  coaolatad  bv  tha  first  unit 
aalactad  or  if  tha  task  is  to  ba  split.  Tha  rasponaa  is  m  DBc. 

24.  NORE  TO  CHECK.  If  a  split  is  to  occur  and  thara  ara  aora  units  to 
chacki 

o  Triggar  A-CREATE-R03T  for  tha  split  portion  of  tha  raquaat 
with  02e. 

o  Triqqar  A-PART-F ILL  (02a).  Subtract  tha  aaount  that  can  ba 
fillad  bv  tha  unit  froa  tha  task  aaount  givinq  a  now  task 
aaount. 

o  Triqqar  A-AOD-QUEli£  iDfa)  for  tha  transportation  suooliar 
quaua  addmq  tha  task  with  tha  aaount  that  can  ba  fitlad. 

o  Triqqar  A-RECEIVE-RGST  usinq  Did.  This  is  so  tha  raouast  is 
racaivad  at  tha  transportation  suppliar. 

o  Add  tha  transportation  suppliar  to  tha  list  of  units  racaivinq 
raquasts  thia  cycla. 

NOTEi  An  iaplaaantation  daeiaton  aust  ba  aada  hara.  For  COROIVEH,  this 
liat  is  uaad  by  a  dispatehar  to  loop  throuqh  all  suppliara.  If  aora 
rasolution  is  dasirad,  schaduta  F-TSUPPLIER  (C-F4)  hara.  If  an  avant  is 
schadulad.  usa  OiOa  to  dataraina  dalav  tiaa. 
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F-TCONTROL  (cont.) 


C -n 


23.  CHECK  LAST  UNIT.  If  a  split  it  to  occur  and  there  ara  no  aora 
units  to  check) 

o  Trigger  A-AOO-flUEUE  ( 04a )  for  the  transportation  suppliar 
•elected.  This  aill  add  tha  regaining  task  to  thd  queue. 

o  Add  tha  transportation  suppliar  to  tha  list  of  units  racaiyinq 
raquasts  during  this  cyclt.  (See  nota  in  itap  24.) 

o  Triqgar  A-SU1T-QUEUE  < D4b >  to  subtract  tha  task  froe  tha 
controller  unit  quaua. 

o  Trigger  A-CQMPLETE-FILL  (326)  to  aova  tha  antira  aaount  renaming 
to  be  filled  in  this  task  to  the  transportation  suoslier  task. 

26.  NO  SPLIT.  If  tha  task  is  not  to  be  split) 

o  Trigger  A-A00-QUEUE  <04a>  for  the  transportation  supplier 
selected.  This  Mill  add  the  entire  task  to  its  task  aueue. 

o  Add  the  transport  at l on  supplier  to  tha  list  of  units  receiving 
raquasts  this  cycle.  (Sea  nota  in  stap  24.) 

o  Trigger  A-SUIT-QUEUE  (04b)  for  tha  tr ansportati on  control  unit. 

o  Trigqar  A-COHPLETE-P ILL  <D2b)  to  aova  tha  sntire  aaount  to  be 
filled  in  this  task  to  the  transportation  suppl i er  t ask . 

27.  ROLLINS  STOCK .  If  the  selected  aode  of  trar.soortat: on  it  rollma 


o  Trigger  A-AOO-OUEUE  (04a)  for  the  transportation  supplier  , 
selected.  This  Mill  add  the  entire  task  to  Its  task  aueue. 

o  Add  the  tr anspor t at i on  supplier  to  the  list  of  units  receiving 
requests  during  this  cycle.  (See  note  in  24.) 

o  Trigger  A-SUiT-OUEUE  (04b)  for  the  transported  on  control  unit. 

a  Trlqger  A-COHPLETE-FILL  (02)  to  eove  the  entire  aaount  to  be 
filled  for  this  task  to  the  transportation  supplier  task. 
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£i£!  F-.T9VPfl.lSR  TYFEi  Inttrtctivo  Function 

SUHHARY I  This  function  aodtit  tht  task  ptrforttd  by  any  unit 
on  tbo  battltfitld  with  transportation  attoto.  It 
dttarainat  what  amti  art  availablt  and  ditpatchot 
tht  trantporttr.  Tht  function  can  bt  triggtrtd  in  tuo 
waytt 

1.  ly  a  control  unit  than  a  rtqutst  hat  bttn  put 
into  tht  transportation  unit  qutut  (F-TCONTROU . 

2.  ly  tht  trantporttr  unit,  whtn  it  rtturns  to  tht 
partnt  unit  and  it  rtady  Hr  anothtr  tittion. 


TRIS8ERE0  BY* 

Transportation 

di tpatchtr 

RESULT  I NO  INI 

ROST-NANASER 

(C-E3) 

A-SU8T-QUEUE 

(C-A21) 

TRANSP-ROST 

(C-£4> 

A-DROP-RQST 

(C-A26) 

8N0-TRANSP-EI 

(C-ei> 

8N8-TRANSP-SPLR 

<C-£7> 

A-QISPATCH-VEHICLE  (C-Al) 

AIR-TRAN8P-6X  (C-E2) 

AIA-TRAN8P-SPLR  (C-E6> 

A-019PATCH- AIRCRAFT  (C-A3) 

IHPLICIT-TRAN8P  (C-E3) 

A-CREATE- IHP-UNl T  (C-A27) 

F-CHINV  (E-F4i  Ptrtonntl 

Schtduitr  (to  ntgin  transport  avtnt) 

3Y3TEH  SPECIFICATION  DlAGRANi 

Stt  ftgurt  C-15. 
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Figure  C  -  15 .  P  -  TSUPPUER  SSO 
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DATA  DEFINITION)  F-TSUPPIISB 
Connection  Data 

Nuaber _ Transf erred _ Coooont 


02 


03 


0# 

03 

Ob 


07 

D9 


09 


o  Unit  10 

o  Support  typo  needed 


o  Unit  10 

o  Support  typo  available 


Noodod  when  a  roquoat  it 
added  to  a  transport 
supporter. 

Noodod  when  a  transport 
unit  returns  froa  a 
alssion. 


o  Request  10  Request  queue, 

o  Transport  supplier  10 
o  Custoaer  unit  ID 
o  Supply  unit  10 
a  Supply  type 
o  Coaaodity  to  be  hauled 
o  Coaaodity  quantity  to  be  hauled 
o  Request  type 
o  Tiae  put  into  queue 

o  Transportation  request  ID  Trigger  A-SUBT-QUEUE. 
o  Transport  supplier  ID 


o  Custoaer  unit  ID 
o  Indicator 

o  Unit  10 

o  Equipaont  to  be  used 


o  Equipaont  to  be  eanned 
o  Personnel  to  be  used 


Trigger  A-C0NPLETE-FIU. 


Deteroine  whether  a  unit 
has  personnel  to  nan  the 

svsteas. 


0  AIR-TRANSP-EI  ID 
o  Objective  unit  ID 
o  Flaq  indicating  ieplicit 
or  explicit  travel 

o  Transport  ID  Trigger  A-DISPATCH- 

VEHICtE. 

o  0b ject i ve  uni t  1 0 
o  Flag  indicating  ieplicit 
or  explicit  travel 
o  Objective  save 
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DATA  DEFINITIONi  F-T5UPPLIER  (cont.) 

Connection  Data 

Nuaber _ Transferred _ Coaaont 


010 

0 

Transnortati on  supplier 

ID  Create  an  iaplicit 

unit. 

0 

Supplier  ID 

0 

Custoeer  10 

on 

0 

Transporter  ID 

Triqqer  F-TRANSP-DEC0N. 

0 

Objective  unit  10 

0 

Current  unit  10 

012 

0 

Objective  unit  ID 

Returned  froa  function 

0 

Objective  save  unit  ID 

F-TRANSP-DEC0N. 

013 

0 

Delay  tiae 

Sent  to  scheduler. 

0 

Transport  unit  10 

0 

Objective  unit  ID 

0 

Type  of  aove 

C14a 

0 

Naxiaua  request  life 

Naxiaue  lennth  of  tiae 
a  request  should  reaain 
on  the  queue  (C-DF2). 

0140 

0 

Haulinq  capacity 

Haulinq  capacity  data 
for  each  vehicle  type 
(C-0F3) . 

0 1 4c 

0 

node  of  transportation 

Iaplicit  or  exolicit 
travel  tvoe  i  C - Dr f  ;  . 

D14d 

0 

Coaaoditv  capacity 

Transportati  on  constant 
(C-0F4). 

D 1  4a 

0 

Supplier  decision  tiae 

TSUPPUER  C2  1 1  mo 
(C-3FU) . 

0144 

0 

Control  decision  tiae 

Controller  C2  tine 
(C-0F12> . 
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Figura  C-lGa.  F-TSUPPLIER  ganarator 
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Figure  C-16b.  F-T5UPPLIER  generator  (continued}. 
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Figure  C-IBc.  F-TSUPPLIER  generator  (continued) 
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F  l  gum 


16d.  F-TSUPPLIER  generator  Ccontinued) 
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GENERATOR  DESCRIPTION!  F-TSUPPLIER 


1.  PROCESS  CYCLE.  Loop  until  either  there  art  no  more  transportation 
assats  to  -fill  requests  or  thara  ara  no  aora  raquasts  to  fill. 

2.  READ  SUPPORT  TYPE.  Read  tha  support  typa  (01  or  02).  If  the 
function  Mas  triggered  bacausa  of  a  nea  request,  tha  support  typa  is  tha 
raquastad  support  typa.  If  it  uas  triqgarad  bacausa  soaa  assats  hava 
bacoaa  available)  the  support  type  is  the  asset  type  now  available  in  - 
tha  transportation  supplier  unit. 

3.  FIND  RQST.  Loop  until  a  currant  raquast  is  found  or  until  no  more 
raquasts  ara  found  requiring  tha  support  type  available. 

4.  READ  REQUEST.  Read  a  request  froa  the  request  queue  ( D 3 )  for  tha 
transportation  supplier  being  processed.  The  request  should  be  the 
first  one  neadinq  tha  support  typa  defined  in  step  1.  The  queue  is 
loaded  so  that  tha  highest  priority  request  Mill  be  read  first. 

3.  CHECK  A6E.  Obtain  tha  aaxiaua  tiae  a  request  should  remain  on  a 
Queue  by  accessing  014a.  Tha  tiaa  is  a  function  of  both  the  support 
typa  and  tha  echelon.  If  the  request  has  bean  on  the  queue  longer  than 
tha  aaxiaua  alloMabla  tiaa,  tha  raquast  should  not  ba  filled. 

REQUEST  BODY.  Deteraina  if  tha  raquast  should  ba  filled  or  dropped. 

a.  KEEP.  If  tha  request  has  been  on  the  queue  less  than  the 

aaxiaua  tiae,  get  out  of  the  FIND-RQST  loop. 

b.  DROP.  If  the  request  has  been  cn  the  queue  lonaer  than  the 

aaxiaua  tiae,  it  must  be  drooped.  Initiate  the  A-DRQP-RGST'  iC-AGs 

action  for  TRANSP-RQST  (C-E1)  using  D5  .  Initiate  the  A-3UBT-QUEUE  iC- 
A2)  action  for  RQST-HANAGER  (C-E3)  using  D4. 

7.  PROCESS  BODY.  Check  to  see  if  there  is  a  request  to  be  filled.  If 
so,  continue  with  step  3.  If  no  request  has  been  found  that  can  be 
filled  by  the  available  support,  exit  the  process  cycle  loop  (step  1). 

3.  FILL  TRANSPORT.  If  the  coaaodity  is  to  be  transported  bv  a  vehicle, 
process  steps  9  through  13. 

9.  COMPUTE  HAULING  CAPACITY.  The  support  type  Mas  defined  in  step  1. 
Get  the  nuaber  of  vehicles  of  this  type  in  the  unit  being  processed. 

Get  the  hauling  capacity  of  each  vehicle  type  in  the  unit  froa  file 
014b.  Compute  both  the  volume  capacity  and  the  weight  capacity. 
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F-TSUPPLISR  (cont.) 

10.  COMPUTE  CAPACITY  NEEDED.  D*t*r*in»  th*  hauling  capacity  n**d*d  to 
transport  th*  typ*  and  quantity  of  coaaodity  specified  in  D3.  G*t  th* 
volua*  M*iqht  of  *ach  coaaodity  fro*  D14d. 

NOTE!  Th*  coaputatior  in  tt*ps  9  and  10  ar*  th*  saa*  as  in  st*ps  19  and 
20  in  F-TCONTROL.  This  is  a  good  plac*  for  a  call  to  a  coaaon  routin*. 

11.  ASSIGN  CARRIERS.  Determine  which  carriers  will  be  assigned  to  the 
aission  by  th*  following  process.  Largest  carriers  ar*  filled  first. 

a.  Divide  th*  capacity  of  th*  largest  carrier  into  th*  required 
aaount  to  o*  hauled. 

b.  Use  the  resulting  whole  number  to  deteraine  the  nuaber  of 
carriers  of  that  size  desired. 

c.  Compare  the  nuaber  of  the  carrier  type  desired  (defined  in  step 
lib)  with  the  nuaber  available  at  the  unit  ana  select  the  lower  value  to 
define  NUMBER-QF-THIS-CARRIER-TYPE. 

d.  Multiply  the  NUMBER-OF-THIS-CARRIER-TYPE  by  its  caoacity  and  add 
th*  result  to  TOTAL-ALLOCATED. 

e.  Subtract  TOTAL-ALLOCATED  froa  required  aaount  to  be  hauled  to 
obtain  the  AMOUNT -REMAINING  to  be  hauled. 

f.  Divide  the  capacity  of  the  next  largest  carrier  into  the  AMOUNT- 
REMAINING. 

a.  Reseat  steps  lib  through  lie  until  the  AMGUNT-AS.M£l.‘i!NG  equals 
zero  or  until  no  more  carrier  types  reaain  to  be  c-heckcd. 

h.  If  AMOUNT-REMAINING  is  not  equal  to  zero  when  all  carrier  tvoes 

have  been  checked,  assign  one  additional  of  the  smallest  earners  to  the 

•ission.  The  TOTAL-ALLOCATED  is  the  capacity  of  the  transporter. 

12.  CHECK  PERSONNEL.  Pcss  the  unit  identification  code  and  tne  carrier1 

types  to  be  used  (06)  to  the  personnel  operations  aodule  (see  F-CHINV 
(E-F4)  in  appendix  E)  in  order  to  deteraine  the  unit's  current 
capability  to  *an  the  carriers.  The  nuaber  of  each  personnel  type  io 
received  froa  this  aodule  (D7).  If  all  carriers  are  not  eannsd,  receive 

the  nuaber  of  each  vehicle  type  that  is  manned. 


C-73 


F-T3UPPLIER  (cont.) 


13.  ADJUST  CAPACITY.  IT  the  nuabar  of  vahicla*  in  tha  taaporary  unit 
that  can  ba  aanntd  la  not  aqual  to  tha  vahielaa  coaputad  in  atap  10 
racoaputa  tha  total  capacity  of  tha  taaporary  unit.  Multiply  tha 
capacity  of  aach  vahicla  type  in  tha  taaporary  unit  that  cannot  ba 
aannad  by  tha  n-tabar  cf  aach  typa.  Subtract  thia  accuaulataP  total  that 
cannot  ba  aannao  fro*  TOTAL-ALLOCATED  to  siv#  tha  na«  capacity  of  tha 
unit. 

14.  ROLLINS  STOCK.  If  tha  coaaodtty  can  aova  by  it*  o«n  pouar  anil 
rolling  atock  ia  tha  tranaportation  aodt  salactad,  tha  total  alluc^tion 
can  aova  in  tha  convoy  althout  additional  aupport. 

15.  NO  SYSTEMS.  IT  thorn  a» a  no  ayptaa*  or  apuipaant  oat  out. 

16.  READ  I  HP  -  EX®.  Road  L*.4e  to  datoraina  uhothar  to  tri.t'  in  <£^l*:tt 
unit  or  an  axpiicit  unit. 

17.  CREATE  TRANSP.  Parlor*  on*  of  tha  following  procaduraat 


o  2,  rat#  an  axpiicit  taaporary  groi  nd  unit  (D9>.  Call  tha 

routina  in  tha  boat  aodal  that  craataa  taaporary  around  unit'. 
Thia  davalopa  tha  atructura.  Trtggar  tha  A-DISPATCH-vEMICLE 
(C-Al >  action  Tor  6ND-TRANSP-EX  and  6ND-TRANSP-SPLR. 

o  Craata  an  akpltcit  taaporary  air  vn it  <DI>.  Call  tha  routina 
in  tha  boat  aodal  that  c'aatoa  taaporary  air  unit*. 

Trlqpnr  tha  A- 3 1 SP A 1  CM- A  IRC RAFT  (  -A3)  action  for 
AIR-TR'.NSP-El  and  Alii-TRANSF* S?L* 


3  Cr#ata  a  ''corj  Tor  an  l  ae  licit  t'inaoort  unit  •  3 1  •>  > .  0»‘im 

a  tauoorar.  location  to  »a.a  tha  unit  i  n  •  ;r  .  :*-.i  ;» 

not  an  antir#  unit  r»cord  for  a/tlieit  ut#  on  aattlafiald. 
Triqpar  A-C RE ATE- IMP -UNIT  (C-A27)  Tor  IMPLICIT - i KMNSr. 


IS.,  ROLLINS  STOCK  09JECT.VE.  Daf'.na  th*  ratlinp  ttoc*-  'RSt  opi#ct 
unit.  Tha  coaaoditv  tuppl;  point  (i.g.,  luopi/  point  'or  aaior  tna 
itaaa)  ia  tha  fanaportation  luppliar  «or  rolltny  atock.  Sat  tha 
objoctiyn  unit  ID  (Oil)  to  tha  cuatoaar  unit  ID  (D3>  and  current  un 
(Oil)  to  tha  aupply  unit  10  (03).  Trjqqnr  function  F-TRANSP-3EC0N 
F16)  with  Oil.  Thia  function  Mill  adjuat  tha  objactiva  if 
dacontaatnation  ia  a  eonai dar at t on  atthar  at  tha  currant  unit  or  at 
objactiy#  unit.  Tha  adjuatad  objaetiya*  ara  raturnad  in  012. 


i  • 
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f-_TfUpFLl.it  (cent.) 

19.  TRANSPORTED  STOCK  ADJECTIVE.  Oef.ne  the  transported  stock 
objective  unit.  Sot  tho  objective  unit  ID  (Dll)  to  the  suoolv  unit  ID 
(03).  Sot  tho  current  unit  ID  (Dll)  to  tho  transportation  supplier. 
Tripper  function  F-TRAN8P-DEC0N  (C-flO)  with  Dll.  Tho  adjusted 
objectives  ae  returned  in  D12. 

20.  REQUEST  FILLED.  If  the  capacity  of  the  teeporary  unit  is  equal  to 
the  desired  aoount,  tripper  A-SUST-OUE'JE  <3<)  to  taka  tha  raouast  off 
the  queue  (in  this  case,  because  the  request  has  been  filled). 

21.  REQUEST  NOT  FILLED.  If  the  teeporary  unit  does  not  fill  the 
request,  subtract  the  aeount  carried  by  the  teeporary  unit  froa  the 
desired  aeount  on  the  queue.  Leave  the  request  on  the  queue  so  it  will 
be  nueber  one  priority  next  ttae  assets  are  available. 

22.  SCHEDULE  DE9IN.  Schedule  the  event  that  triqqers  the  beqmnmq  of 
a  transporter.  This  is  done  by  a  call  to  the  scheduler  with  013. 
transport  at i on  event  4.  Coaoute  a  delay  tiae  for  the  scheduler  to 
account  for  the  decision  aakinq  and  adai ni strati ve  ttce.  If  P - T  SuPPL  I  Eft 
uas  tnqnared  by  a  scheduled  event,  the  delay  tiae  is  obtained  froa 
D14e.  If  it  Is  tnqqered  bv  a  call,  the  delay  tiae  is  obtained  bv 
addinp  014e  and  D14f  together. 
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F.“!J?-TRA  NS?  -  BN  D  TYRE  i  J  n  $  frjct  i  vs  F  unct  ion. 

SUHHARYi  This  Function  is  trtqgsrsd  aFtsr  F-TSUPPIY  hst  crsatsd 
«  toopor ary  unit  to  Fill  a  rsqusst  or  aFtar  F-TRANSP- 
DECIOE  has  dsFinsd  ths  nsxt  objsctivs  For  an  sxplicit 
ground  transportation  unit.  IF  dsFinss  ths  First 
objsct  For  ths  transportsr  and  triqgsrs  ths  sovsasnt 
procsss. 

TfUSSCM  SL  JYs  Transportation  dupatchsr 

RE SUIT !N|  INI  F-8N0-INP-TRAVEL  <C-F7> 

8N0-TRANSP-EX  (C-Et) 

A-START-HOVE  (C-A7> 

A-START-TRAVEL  (C-A3) 

Novsssnt  aoduls 

SPECIFICATION  0! AORANi 


Sss  Fiqurs  C -  1 7 . 


F-BEQ 
-7RANSP 
— GND 


F  -  Q  NO  -  IMF 
-TRAVEL 
C-F7 


Rgut*  C-17.  F-8Ea-TRAN3f>-QNO  S30 


DATA  DEFINITION! 

Connection 
_ Nuaber _ 

01 

'  02a 

02b 

03 


F-BES-TWANSP-8ND 

Data 

JogiimiA _ 

6  Unit  10 

o  Objective  unit  10 
o  Type  of  eove 

o  Transporter  objective 

o  Traneport  unit  10 
o  Unit  objective 


o  Transport  unit  10 


lOJlintj _ 

Initiates  the  function. 
Explicit  or  iaplicit. 


Trippers  iaplicit  travel 
(A-STAAT-I10VE  or 
A-START-TRAVEl). 

Tripqers  the  aoveaent 
aodule. 


04 


o  Transport  unit  ID 


Triqpera  F-6ND-P1P 
TRAVEL. 


Figure  C-13.  F-BEQ-TRANSP-QND  generator 


6ENERAT0R  DESCRIPTION  F-BEB-TRANSP-SND 


1.  DEFINE  OBJECTIVE.  DeFine  the  ground  transportation  unit  objective.. 
Sot  tho  transporter  objoctivo  (02a)  ogual  to  tho  curront  location  of  tho 
objoctivo  unit  on  Dl. 

2.  EXPLICIT  TRAVEL.  IF  tho  travel  aodo  it  explicit,  deFine  tho 
objactivo  and  trigger  tho  A-START-HOVE  action  in  6ND-TRANSP-EX  using  D2. 
Pass  control  oF  tho  transporter  (03)  to  tho  aovaaant  aodule  where  routes 
and  speed  Mill  bo  coaputad. 

3.  IMPLICIT  TRAVEL.  IF  the  travel  node  is  iaplicit,  trigger  the  A- 
START-TRAVEL  action  (02b)  For  GND-TRANSP-EX.  Trigger  the  Function  F- 
SND- I 1P-TRAv£L  using  04.  This  Mill  coepute  the  delay  tiae  needed  to 
siaulate  the  aova. 


I 


C-Fb 

Cr£6  F-BEG-TRANSP-AIR  TYPEi  Interactive  Function 

SUMMARY i  This  function  ii  triggered  after  F-TSUPPLY  hat  created 
a  teaporary  unit  to  fill  s  request  or  aftar  F-TRANSP- 
OECIDE  hat  dafinad  tha  naxt  objactiva  for  a 
transporter.  It  dafinaa  tha  objactiva  for  an  axplicit 
air  tranapcrtat icn  unit  and  trigqers  tha  flight 
procatt. 

TRIGGERED  BY:  Transport sti on  dispatcher 

RESULTING  IMi  F-AIR-IMpl-TRAVEL  CC-F8) 

AIR-TRANSP-EX  (C-E2) 

A-STARTUFL ISHT  (C-A10) 

A-STARTl-TRAVEL  (C-A3) 

Air  aodulp 

SYSTEM  SPECIFICATION  DIAGRAMj 

Sea  figure  C-19. 
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C-FO 


F-BEG 

-TRANSP 

-AIR 


F-  AIR  -IMP 
-TRAVEL 
C-F8 


AJR- 

TRAN3P-EX 

C-E2 


Rgtf»C-19.  F  -  BEQ  -  TRANSP  -  AIR  SSD 
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DATA  DEFINITION! 

F-BEG-TRANSP-AIR 

Connection 

Data 

Nuabtr 

Transf err #d 

Coeaents  . . 

Di 

0 

Unit  ID 

Initiates  the  Function. 

0 

Objective  unit 

ID 

0 

Type  of  aova 

Explicit  or  ieplicit. 

D2a 

0 

Transporter  ob; 

a 

D2b 

0 

Transport  unit 

10 

Trippers  ieplicit 

0 

Unit  objective 

travel. 

03 

0 

Transport  unit 

10 

Trippers  the  air  nodule. 

04 

0 

Air  unit  ID 

Tripper*  F-AIR-1MP- 
TRAVEL. 

C- 83 
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Q=£Sl 


Figure  C-20.  F-BEG-TRANSP-AIR  generator 
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GENERATOR  DESCRIPTION;  F-BE6-TRANSP-AIR 


Id  DEFINE  OBJECTIVE.  Define  the  air  transportation  unit  objective. 

Sat  the  objactiva  <D2a)  aqual  to  the  currant  location  of  tha  objactiva 
unit  on  Di. 

2.  EXPLICIT  TRAVEL.  If  axplicit  traval,  trigger  tha  A-START-FLIBHT 
action  for  AIR-TRANSP-EX  to  sat  objactiva.  Pass  control  of  tha 
transporter  (D3)  to  the  air  nodule  uhere  routes  and  speed  Mill  be 
coaplatad. 

3.  IMPLICIT  TRANSPORTATION.  If  iaplicit  transportation,  trigger  tha  A- 
START-TRAVEL  action  ( 02b )  for  AIR-TRANSP-EX.  Triqgar  the  function  F- 
AIR-IMP-TRAVEL  with  D4.  This  Mill  coapute  a  delay  tiaa  to  aove  tha 
flight. 
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C-F7  F-6N0-IMP-TRAVEL  TYPE:  Interactive  Function 

SUMMARY:  This  function  it  triggered  after  an  explicit  unit  hat 

ealected  iaplicit  traval  and  coaputat  a  dalay  tiaa 
corral pondi ng  to  tha  tiaa  of  a  aova  froa  tha  currant  a 

trantporter  unit  location  to  an  objective.  An  and  of 
dalay  avant  it  tat. 

TRI6SEREP  8Y:  F-BES-TRANSP-SND  <C-F5) 

i 

RESULTINS  IN:  F-ATQ8J-SND  (C-F10)  Scheduled 

SYSTEI1  SPECIFICATION  DIAGRAM: 

Saa  figure  C - 2 1 . 
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F-BEG - 

GROUND- 

TRANS  P-GND 

TRANS  P- EX 

C-F8 

C-E1 

Rgcrs  C-21 .  F-GND- IMP -TRAVEL  SSD 


DOT A  DEFINITION!  F-6H0- IHP-TPflVEL 


Connection  Dot* 

JtoaQfg _ lL*niii!LZli _ 

01  o  Around  unit  ID 

12  o  Dround  unit  objective 

o  Dround  vehicle  typo 
o  Currant  1,  1  location 
o  Trovol  flap 


03a  o  Unit  ID 

D3b  c  Dolav  tiee 

D4a  o  hoveaent  rate 


o  Day/niqht 
o  Orv/uet 
o  Sueeer/Hlnter 


fAlltnil _ 

Trltaert  thie  function. 
Bround  transporter. 

Indicates  iaplicit  or 
explicit  travel. 

Schedule  delay. 

Iaplicit  eoveeent  rates 
<C«DF*>. 

heather  data. 


D4b 


QzIZ 


Flgura  C-2S.  F-GNO-trtF-TFftUCt.  ganarator 


c dLZ 

GENERATOR  DESCRIPTIOWt  F-8N0-1HF-TRAVEL 

1.  SET  UNIT  10.  Read  the  unit  10  fro*  the  01  file. 

2.  DEFINE  OIJECTIVE.  Determine  th*  X,  Y  objective  location  by  checking 
tho  otat*  victor  of  th*  transporter  unit. 

3.  DEFINE  FARAHETERS.  Define  th*  para**t*rs  necessary  to  deterein*  th* 
aoveeent  rat*  for  this  leq  of  th*  journevi 

a.  Vahid*  typ*  (defined  on  S2> 

b.  Environmental  conditions  (D4b)i 

o  Day/Niqht 
o  Rain  or  Snoe/Drv 
o  Suuaer/Ninter 

* 

There  Mill  t>*  a  set  of  th*s*  data  for  each  theater  slaved. 

4.  SET  RATES.  Set  the  aoveeent  rat*  froa  D4a  using  th*  parameters 
defined  in  step  3.  Th*  rat*  is  an  average  straight  line  aoveeent  rate 
given  in  eaters  ?*r  atnut*. 

3.  CPH'UTE  OISTANCE.  Coaput*  the  straight  line  distance  to  be  moved, 
loth  th*  current  location  and  th#  objective  location  are  obtained  in  the 
state  vector  check  (S2>.  Th*  distance  is 

D 1 5  T  ■  ( (cr.Mxf  “  I*»«<*)*  *  (Ycu*.mf  •  Ywtw)1. 

6 i .  COMMUTE  fins.  Cosnute  tie  tsse  needed  to  sovebv  sultiolvina  tra 
aoveeent  rate  3v  tne  3ittar.ee  ITi  . 

7.  SCHEDULE.  Schedule  th*  r-ATOSJ-ShD  function  using  (D3a>  and  th* 
delay  time  < 0Tb )  cosputed  m  its:  S. 


1 

1 

i 

ft 

1 
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C-F8  F-AIR-IMP-TRAVEL  TVPEi  Intaractivo  Function 

SUMMARY.!  This  function  it  triggarad  aftar  an  explicit  flight 
atltctt  iaplicit  travtl  and  coaputtt  a  dalay  tiaa 
corrttpondi ng  ta  tha  tiaa  to  fly  froa  tha  currant 
trantportar  unit  location  to  an  objactiva.  An  and  of 
dalay  avant  it  tat. 

IRIWWf.9-J.yi  F-BE8-TRANSP-AIR  (C-FA) 

RESyiJJN8JN!  F-AT08J-AIR  (C-FU)  Schadulad 

SYSTEM  SPECIFICATION  DIAGRAM! 

Saa  figura  C-23. 
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DATA  DEFINITION!  F-AI W-IflP-TRAVEL 


Connection 

Data 

Mueber 

Trane# erred 

Consent* 

Di 

0 

Air  unit  ID 

Trigger*  this  function. 

32 

0 

Air  unit  objective 

0 

Aircraft  type 

0 

Current  X,  V  location 

0 

Travel  flaq 

Indicates  ieplicit  or 
explicit  travel. 

03a 

0 

Unit  ID 

Schedule  delay. 

036 

0 

Delay  tiee 

■ 

04a 

0 

Moveaent  rate 

Ieplicit  aoveeent  rates 
(C-DF6). 

046 

0 

Day /ni ght 

Heather  data. 

0 

Visibility 

Gst  Available  Copy 
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Figur*  C-5M.  F-AIR-irtP-TRAUEL  generator 
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SENERATOR  DESCRIPTION!  F-AIR-IHP-TRAVSL 

1.  SET  UNIT  ID.  Read  the  unit  ID  from  tha  D1/D2  file. 

2.  DEFINE  OBJECTIVE.  Dataraina  tha  X,  Y  objactiva  location  by  checking 
tha  atata  vector  of  tha  tranaporter  unit. 

3.  DEFINE  PARAMETERS.  Define  tha  paraaateri  nacasary  to  dataraina  tha 
flight  rata  for  thie  aovaaant  lag..  The  paraaatart  art  at  folloMti 

a.  Aircraft  type  (defined  on  S2> 

b.  Day/ni ght  (04b) 

c.  Viaibility  (04b) 

Thera  Mill  be  a  tat  of  theta  data  for  each  theater  played. 

4.  GET  RATES.  Get  tha  fliaht  rate  froa  04a  utinq  tha  paraaat ari 
defined  in  step  3.  Tha  rata  it  an  average  itraight-line  flight  rate 
given  in  aetera  par  ainute. 

3.  COMPUTE  DISTANCE.  Coapute  tha  etraight-1 ina  dietance  to  be  moved. 
Both  tha  currant  location  and  tha  objective  location  are  obtained  in  the 
itate  vector  check  (S2).  The  dietance  then  in 

DIST  »  (XcUM*«MT  “  Xm*m)2  *  (YcuM«*«I»T  "  YmB*.)"* 

6.  COMPUTE  TIME.  Compute  the  time  to  flv  bv  multiplying  the  flight 
rate  bv  the  distance  (03b). 

7.  SCHEDULE.  Schedule  the  F-ATOBJ-AIR  function  uting  07a  and'  the  delay 
time  computed  in  6  (03b). 
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C-F9  F-REPIRECT  TYPE:  Interactive . Function 

SUMMARY:  This  function  it  triggered  by  either  th*  movement 

■odult  or  the  air  aodule  to  check  th*  transport  unit's 
currant  objactiva  unit  location.  A  transportation 
unit  (ground  or  air)  travals  along  a  aoveaant  path  in 
short  sagaants.  F-REDIRECT  is  triggarad  before  each 
nett  sagaant.  A  transportation  unit's  current 

objactiva  aay  ba  changad  in  tao  Mays:  * 

1.  Tha  objactiva  location  aay  ba  changad  by  the  gaaar 
by  entering  new  objactiva  coordinates. 

2.  Tha  objactiva  can  ba  changed  automatical lv  if 
tha  destination  is  a  unit  and  that  unit  moves. 

TRIGGERED  BY:  Movement  module  Air  module 

Gamer 

RESULTING  IN:  GND-TRANSP-EX  (C-El) 

AIR-TRANS-EX  (C-E2) 

A-REDIRECT  (C-A8) 

SYSTEM  SPECIFICATION  DIAGRAM: 

Sea  figure  C-23. 
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DATA  DEFIWITIONi  F-RSD1RECT 


Connection  Data 


DO  o  Transport  unit  ID  Unfiltered  data. 


o  Objective  unit  ID 

o  Supplier  or  custoeer  ID  <' 

Di  o  input  type  flag  Filtered  data.  * 

o  Transport  unit  ID 
o  Objective  unit  ID 

S2  o  Objective  unit  location  Destination  unit.  *  , 


'  / 

; 


D3  o  New  transsorter  Written  to  transporter, 

ob ject i ve  uni t  ID 

o  New  transporter  objective  location 
o  Flag  indicating  gaeer  or  model 
o  Supplier  or  custoeer  objective 

S4  o  Objective  unit  ID 
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GENERATOR  DESCRIPTION;  F-REDIRECT 

1.  REAO  FILE.  Read  Hit  01. 

2.  CHECK  FLA8.  Cheek  the  Mag  to  detereine  if  the  activator  ia  fro* 
the  gaaar  or  Froe  the  aodel.  Tha  Flag  values  are  at  Followsi 

o  1  •  A  aodel -generated  call 

o  2  *  A  gaaer-gener itad  change  to  the  objective  custoaer  ID 

o  3  *  A  gaaer-generated  change  to  the  objective  supplier  ID 

3.  GAHER-6ENERATED.  IF  this  Function  is  initiated  bv  a  aaaer,  the 
objective  unit  ID  is  the  objective  unit  ID  read  in  Dl. 

4.  MODEL-GENERATED.  IF  this  Function  is  initiated  bv  the  aodel,  the 
objective  unit  ID  is  obtained  by  a  state  vector  check  (S4). 

3.  DEFINE  LOCATION,  Using  the  objective  unit  ID  described  in  eitier 
step  3  or  4,  obtain  the  objective  unit's  current  location  (S2). 

6.  GROUND  TRANSP.  Trigger  A-REDIRECT  action  For  a  GND-TRANSP-EX .  Pass 
the  paraaetars  deFined  above  and  set  a  Flag  to  indicate  whether  this  was 
a  gaaer-  or  aodel -acti vated  call  (D3). 

7.  AIR  TRANSP.  Trigger  A-REDIRECT  action  For  an  AIR-TRANSP-EX .  >ass 

the  paraaeters  deFined  above  and  set  a  Flag  to  indicate  whether  this  was 
a  gaaer-  or  aodel -acti vated  call  (03).  j 
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C-F1_  F-ftTOBJ-SND  TYPEi  Interactive  Function 

SUMMARY i  This  function  is  triggered  whenever  an  explicit 

ground  transport  unit  reaches  its  objective.  The 
aoveaent  eodule  has  an  ieplied  end-of-eove  action. 
Anytiee  an  end-of-eove  is  coapleted  and  the  transport 
unit  is  at  its  objective  or  the  iaplicit  travel  aode 
coapletes  a  cycle,  this  function  is  triggered  through 
the  transportation  dispatcher.  The  unit  can  be 
traveling  either  in  the  explicit  coca  or  t;.s  icpl.c it 
code.  A  check  is  aade  to  ensure  the  transporter  is 
either  at  its  hoae,  custoaer,  or  supplier.  The  next 
action  in  the  transporter  '  s  work  life  is  triggered. 


TRIGGERED  BY:  Tr ansportati on  dispatcher: 


o  via  aoveaent 

eodule 

o  following  an 

implicit 

travel  cycle 

RESULTING  IN:  F-TRANSF-PM 

(C-F12) 

3ND-TRANSP-EX 

tC-El ) 

A-END-TRAVEL 

(C-A6) 

■  F-ARRIVE-SUPPLIER 

(D-F12) 

Suppl y 

F-ARRIVE-CUFTOMER 

(D-F17) 

Supply 

F-DISPER 

(E-F3) 

Personnel 

F-LQAOPER 

(E-F14! 

Personnel 

SYSTEM  SPECIFICATION  DIAGRAM: 

1  See  figure  C— 27 . 
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MJML4IE1"  rtlOMt  F-ATOIJ-BMD 


Connaction  Date 

_ SHiAlL _ IUQtitr.rtl 


£umti 


ot 

12 


03 

04 


0  Transport  unit  ID 

0  Currant  unit  ID 
0  Objactiva  unit  ID 
0  Cuatoaar  unit  10 
0  Suppliar  unit  ID 
0  Parant  unit  ID 
0  T-CON  unit  ID 
0  Objactiva  «ava  unit  ID 
0  nOPP  atatua 

0  Transport  uni t  ID 


0  Objactiva  unit  ID 
0  NOPP  status  of  transport 


Trippars  function. 

Transportar  stata 
vaetpr. 


Signals  tha  arrival  of  a 
tramporta'. 

Tnpqars  A-EMD-TRAVEL. 
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GENERATOR  DESCRIPTION!  F-ATQ8J-8N0 

1.  VERIFY  OBJECTIVE.  Read  tils  01.  Perfore  a  check  to  detereine  the 
identification  of  all  friendly  unit*  within  the  area.  (Notes  Thie 
depends  on  the  coeputer  functions  available  within  an  area  defined  as 
3,000  esters  or  less.)  Using  the  objective  unit  10  obtained  in  32, 
coepare  the  objective  unit  10  to  the  list  of  friendly  units  in  the  area 
defined  in  S2  to  verify  that  the  transporter  is  in  the  correct  location. 
If  the  objective  unit  ID  is  not  on  the  list  of  friendly  units,  return  to 
tne  wove  sequence. 

2.  DETERNINE  LOCATION.  Usinq  data  obtained  in  32,  detereine  whether 
the  transporter  has  arrived  at  the  parent  unit,  the  custooer,  the 
supplier,  or  the  decon  unit. 


3.  UPDATE  TRANSPORT.  Trigger  A-END-TRAVEL  for  SND-TRANSP-EX  with  D4  to 
update  the  tr ansporter ' s  location  and  NQPP  status. 


4.  HONE.  If  the  transporter  is  at  the  parent  unit,  triqger  an  F- 
TRANSP-PN  with  03  to  schedule  PN. 


3.  NON-PERSONNEL  CUSTONER.  If  the  transporter  is  at  the  customer  unit 
and  not  carryinq  personnel,  trigger  the  supply  eodyle  function  F-ARRIVE- 
CUSTONER  (03). 


6.  PERSONNEL  REPLACEHENT  CUSTONER.  If  the  transporter  is  at  the 

custoeer  and  is  carrying  personnel,  trigger  the  personnel  replaceeent 
eodule  function  F-01SPER  (03).  . 

7.  NON-PERSONNEL  SUPPLIER.  If  the  transporter  is  at  the  su  olier  unit 
and  is  not  picking  up  personnel,  trigqer  the  supply  eodule  (unction  F- 
ARRIVE-SUPPLIER  (03). 


3.  PERSONNEL  REPLACENENT  SUPPLIER.  If  the  transporter  is  at  the 
supplier  unit  and  is  piekinq  up  personnel,  trigger  the  personnel 
replaceeent  eodule  function  F-LOADPER  (014). 

9.  DECON  UNIT,  If  the  objective  save  unit  ID  (S2)  is  not  equal  to 
zero,  the  unit  has  been  diverted  to  a  decon  unit.  Tnqqer  the  function 
F-DcCI3I0N  (H-Fl)  in  the  decon  eodule  to  detereine  if  the  transporter 
needs  to  be  decontaei nated.  If  it  does,  it  will  be  added  to  the  decon 
unit's  custoeer  queue. 
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CHF11  F-AT08J-AIR  TYPEr  Ijitjractive  Function 

SUMMARY i  This  function  it  triggered  anytiae  an  explicit  air 
transporter  unit  raachas  its  objactiva.  Tha  air 
aodula  has  an  iaplied  end-of-f light  action.  Anytiae 
an  end-of-f light  is  coaplatad  and  tha  transporter  is 
at  its  objactiva,  or  when  tha  iaplicit  travel  aoda 
coaplatas  a  cycle,  this  function  it  triggered  by  tha 
dispatcher.  Tha  unit  can  be  traveling  either  in  tha 
explicit  flignt  aooa  or  tna  up.icit  travel  oode. 

A  check  is  aade  to  ensure  the  transporter  is  either  at 
its  hoaa,  custoaar,  or  supplier.  Tha  next  action  in 
the  tr ansporter ' t  work  life  is  triggered. 


TRIGGERED  BY:  Transportation  dispatcher: 

o  via  air  module 

o  following  an  iaplicit  travel  cycle 


RESULTING  IN: 


F-TRANSP-PM 
F* ARRIVE -SUP PI  I  SR 
F-ARRIVE -CUSTOMER 
F-D1SPER 
F-LOAOPER 
AIR-TRANSP-EX 
A-ENO-TRAVEl 
A-END-UNLOAO 


(C-F12) 

(D-FlC) 

Sups'.  / 

(  D  -  c  1 7 ) 

Supp  1  y 

(E-F3) 

Personnel 

(E-F14) 

Personnel 

(C-E2) 

(C-A6) 

(C-A12) 

SYSTEM  SPECIFICATION  OIAGRANt 


See  figure  C-29. 
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>V/V 


|  SUPPLY  | 

|  SUPPLY  | 

P- ARRIVE 

-  SUPPLIER 
D-F12 

F- ARRIVE 

- CUSTOMER 
D-F17 

Figure  C  -  29 .  F- ATOBJ- AiR  SSD 
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DATA  DEFI WITIO N I  F-ATOBJ-AIR 


Connection 

Nuaber 


Data 

Transf erred 


Coaaantt 


IN 

Ln 

Ln 

LN 

I* 

LN 

Ln 


01 

32 


o  Transportation  unit  ID 

o  Objective  unit  ID 
o  Cuetoaar  unit  ID 
o  Supplier  unit  ID 
o  Parent  unit  ID 
o  HOPP  statue 


Triggers  function. 

Transporter  state 
vector. 


03 


04 


o  Transport  unit  ID 


o  Objective  unit  ID 
o  HOPP  status  of  transport 


Signals  arrival  of  a 
transporter . 

Triggers  A-END-TRAVEl. 


D3 


o  Terrain  data 
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Figure  C-30a.  F-ATC3BJ-AIR  generator 
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GENERATOR  DESCRIPTION:  F-ATQBJ-AIR 

1.  VERIFY  OBJECTIVE!  Read  file  01.  Perforw  a  check  to  dotaraina  tha 
identif ication  of  all  friendly  units  within  tha  araa.  (Notei  This 
dapands  on  tha  coaputar  functions  available  within  an  araa  defined  as 
3,000  aatars  or  lass.)  Coapara  tha  objactiva  unit  10  obtained  in  S2 
with  entries  on  tha  list  of  friendly  units  in  tha  araa  defined  in  S2  to 
verify  tha  transporter  is  in  tha  correct  location.  If  tha  objactiva 
unit  ID  is  not  on  tha  list  of  friendly  units,  return  to  tha  fly  sequence 
(air  aodula). 

2a.  DETERMINE  LOCATION.  Using  data  obtained  in  S2,  dateraina  whether 
tha  transporter  has  arrived  at  tha  parent  unit,  the  custoaer,  or  the 
suppl ier . 

2b.  UPDATE  TRANSPORT.  Trigger  A-END-TRAVEL  for  SND-TRANSP-EX  with  D4 
to  update  the  transporter '  s  location.  If  the  unit  is  to  land,  update 
tha  HOPP  status.  The  MOPP  of  the  transporter  is  coapared  with  the  HOPP 
of  tha  objective  unit  and  is  set  to  the  higher  level. 

3.  HOME.  If  tha  transporter  is  at  the  parent  unit,  trigger  F-TRANSP-PM 
with  03  to  schedule  PM.  So  to  the  end  of  this  function. 

4.  CUSTOMER.  If  tha  transporter  is  at  a  custoaer  unit,  continue  with 
steps  3  through  11.  If  it  is  at  a  supplier,  go  to  the  supplier  process 
(step  12). 

3.  AIRDROP.  If  tha  custoaer  is  to  receive  tha  coaaoditv  bv  airdrop, 
trigger  the  A-ENO-UNLGAD  action  using  (D3).  The  coaaoditv  could  be  any 
supply  class  or  personnel.  No  tiae  delay  will  be  added  to  unload  the 
coaaoditv. 

6.  HELICOPTER  LAND.  If  the  custoaer  is  to  receive  the  coaaoditv  bv 
having  a  helicopter  land  at  the  custoaer  location,  set  the  speed  and 
altitude  to  zero.  Add  the  flight  “unit*  to  the  unit  occupancy  list  of 
the  grid/hex  involved.  Assume  a  helicopter  can  always  find  a  olace  to 
land  inside  the  grid  size  played  in  a  corps  aodel. 

7.  PERSONNEL  SUPPLY.  If  the  transport  aircraft  has  landed  and  is 
carrying  personnel,  trigger  the  personnel  replacement  .module  function  F- 
DISPER  (D3).  So  to  the  end  of  this  function. 

9.  OTHER  SUPPLY.  If  the  transport  aircraft  has  landed  and  is  carrying 
any  commodity  other  than  personnel,  trigger  the  supply  module  function 
F-ARRIVE-SUPPLIER  ( D3) ., 
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F-ATOBJ-AIR  (cont.) 

9.  LOCATE  STRIP.  Determine  if  the  aircraft  can  land  in  the  specified 
area.  A  simple  approach  should  bs  takan.  Thar*  Mill  ba  vary  fee 
landing  atrip*  available  in  a  corpa  area.  Check  a  list  of  these 
airstrips  to  sea  if  the  aircraft  is  in  a  grid  that  is  defined  as  flat 
and  unforested  <D5);  if  so,  alloe  the  aircraft  to  land. 

10.  REROUTE.  If  no  landing  area  is  available,  reroute  the  aircraft. 
(This  situation  should  not  happen  unless  the  airstrip  has  been  destroyed 
because  the  aircraft  uouuld  have  checked  for  a  landing  area  before 
taking  off.)  Redefine  the  aircraft  objective  as  its  hose  airfield  and 
trigger  the  air  nodule. 

11.  FIXED  WING  LANDING  (CUSTOHER).  If  the  customer  is  receiving  the 
coneodity  by  having  an  FW  aircraft  land  at  the  custoaer  location,  set 
the  speed  and  altitude  to  zero.  Add  the  flight  “unit'  to  the  unit 
occupancy  list  of  the  grid/hex  involved  and  repeat  steps  7  and  9.. 

12.  HELICOPTER  LANDING  (SUPPLIER).  Set  the  helicopter's  speed  and 
altitude  to  zero.  Add  thj  flight  "unit"  to  the  unit  occupancy  list  of 
the  grid/hex  involved  and  proceed  to  step  14. 

13.  FIXED  MING  LANDING  (SUPPLIER).  Set  the  speed  and  altitude  to  zero. 
Add  the  flight  "unit*  to  the  unit  occupancy  list  of  the  grid/hex 
involved.  Repeat  steps  9  and  10  and  continue. 

14.  LOAD  AIRCRAFT.  If  the  transport  aircraft  is  at  the  supplier  and 
pickinq  up  personnel,  triqger  the  personnel  replacement  nodule  function 
F-LOADPER  (D14).  If  the  transport  aircraft  is  at  the  supplier  and 
picking  up  a  commodity  other  than  personnel,  triqoer  the  suoolv  module 
function  F-ARRIVE-SUPPLIER  < D3 ) . 

15.  NO  LOAD.  If  the  aircraft  is  rerouted,  do  not  perfora  a  load 
action. 
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C-F12  F-TRANSP-PH  TVPEi  Interactive . Function 

SUMMARY i  This  Function  is  called  when  a  transportation 

•ission  ends.  A  delay  is  calculated  to  represent  the 
total  tiee  between  the  vehide/aircraFt 's  arrival 
at  hoee  and  the  tiee  it  would  be  available  For  another 
■ission.  The  delay  tiee  includes  tiee  to  perFora 
preventive  eaintenance  plus  any  other  pertinent  tiee. 


TRIS6ERED  BY: 

F-ATOBJ-SND 

CC-F10) 

F-ATOBJ-AIR 

(C-Fll) 

RESULTING  IN: 

GND-TRANSP-EX 

(C-El) 

AIR-TRANSP-EX 

(C-E2) 

A-BESIN-PM 

<  C-A9 ) 

F-TRANSP-RETURN 

(C-F17) 

SYSTEM  SPECIFICATION  DIAGRAM: 
See  Figure  C-31. 
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POT A  DEFINITION!  ATOM -AIN 


Connection 

Oat* 

Nuaber 

Transfsrrsd 

Coaaants 

01 

e 

Transport  unit  ID 

Trippers  function. 

32 

0 

Vehicle  tyoaa 

03 

0 

Oalav  tioa 

Sant  to  schadul or. 

04 

'  Transport  unit  10 

Raouirod  by  transoortar 

0 

Transport  suppl.sr  10 

parent  and  schadulsr. 

(Transoorttr  parent  unit 

10) 

03 

0 

Transport  unit  10 

Trippers  A-BE6IH-PH. 

3 

Flap  indicating  action 

04 

3 

Oalav  tine  tor  taeh 
vthjcla/aireraf t  tvpa 

Pit  data  fils. 

C-llB 


m  DEF 
TRAN8P 
TYPE 


F- 

TRANSF-PM 


(2)  OCT 
DELAY 
TIMS 


(3) 

SCHEDULE 

DELAY 


Fi gura  C-32.  F-TRANSP-PH  ganarator 
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IIMMUM  DESCRIPlTONt  F-TRANSP-PH 

!.  DEFINE  TRANSPORT  TYPE.  Dataraina  tha  typas  o f  vahicla*  (S2)  in  tha 
transport  unit.  A  convoy  or  Flight  can  contain  stvaral  typas  of  trucks 
or  aircraft. 

2.  SET  DELAY  TINE.  Sat  tha  dalay  tisa  (DA)  for  aach  vahicla  found  in 
stop  1.  Tha  dalay  tiao  on  fila  will  ha  a  function  of  vahicla  typa  only. 
Tha  dalay  tiaa  that  is  tha  qraatast  for  any  of  tha  vahicla  typas  (S2) 
Mill  ba  usad  (03). 

3.  SCHEDULE  DELAY.  Sat  an  avant  using  tha  dalay  tiaa  (03)  dafinad  in 
slap  2.  Triggar  A-BE8IN-PH  with  DS  for  aithar  6N0-TRANSP-6X  or  AIR* 
TRANfP-EX.  Aftar  tha  dalay  has  alaspad.  04  Mill  triggar  tha  action  to 
rajoin  tha  transportar  unit  and  tha  parant. 
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C~FJ3  F^SPL I T-CK  TYPE*  Intaractiva  Function 

SUMMARY:  This  function  datorainos  uhathar  a  ground  transport 

unit  should  split  at  a  supply  point  or  roaain  as  ons 
unit.  Tho  supply  aodula  passss  ths  aaount  of  supplias 
that  cannot  bo  loadad.  This  function  dacidas  uhathar 
tha  convoy  should  split  to  go  to  tha  naxt  supply 
point  or  hoaa.  If  so,  a  na»  convoy  is  craatad  using 
assats  froa  tha  original  transportar. 


TP  I SJS  E_R  5  D_  BY  i 

F-TU-DECISIQN 

(0-F13) 

Supply 

RESULTING  IN: 

F-BE8-TRANSP-8ND 

(C-F3) 

5ND-TRANSP-EX 

(C-El) 

• 

A-SPLIT 

(C-A17) 

A-DISPATCH-VEHICLE  (C-Al) 
Sat  supply  action  flag 

SYSTEM  SPECIFICATION  DIAGRAM: 

Saa  figura  C-33. 


C-121 


A  A 


,  •'.  v.v.v  /.  /.v.  /;.■> 


-•  -*  V  V 


*»VV 


SUPPtY 


F-TU- 

DEC1SION 
O  -  FIS 


GROUND - 
7RANSP-  EX 
(original) 
C-E1 


TRANSP- 

CU8TOMER 


F-BEQ- 

TFANSP- 

GND 

C-F5 


GROUND - 
TRANSP-EXI 
(spill) 

C  -  El 
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DATA  DEFINITION!  F-SPL1T-CK 


Connection 

Data 

mwrrmm 

Transferred 

Coeeents 

DU 

0 

Transporter  ID 

Received  froe  supply. 

0 

Aaount  and  type  that 

cannot  he  loaded  on  vehicle 

0 

0  or  next  supply  point 

01b 

0 

Voiuae  to  Pe  hauled 

Calculated  using  Ola 

0 

Hauling  capacity 

in  step  1. 

D2 

0 

Transporter  10 

Original  transporter. 

0 

Nee  transporter  ID 

, 

0 

Flag  indicating  action 

D3 

0 

Transporter  ID 

New  transporter. 

0 

Parent  ID 

0 

Transport  supplier  ID 

04 

0 

X , Y  coordinates 

Current  parent  location 

03 

0 

X,Y  coordinates 

Custoeer  location. 

06 

0 

Unit  10 

Triggers  F-BE8-TRANSP- 

0 

Objective  unit  ID 

SND. 

0 

Type  of  aove 

exolict  or  implicit. 

07 

0 

Transporter  ID 

Passed  back  to  supolv. 

0 

Supolv  action  flagi 

1  *  load  available  -  Drop 

'•can't  Till* 

2  *  load  availaSie  *  Put 

Z  *  Mo  load 

“can't  fill’  in  oueua 

'  D3 

0 

Action  to  be  taken 

Split  decision  table 

by  transporter 

(C-CC6) . 

09a 

0 

Hiniaua  convoy 

Hiniaue  transport  sice 
(C-DF9) . 

D9t> 

0 

Hauling  capacity 

Hauling  capacity 
(C-DF3) . 

09c 

0 

Coaaoditv  Capacity 

Coaaoditv  aeasure 
(C-DF4 ) . 

S10 

0 

Convov  vehicle  tvoe 

Transporter . 

0 

Quantity  requested 
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Figura  C-34a.  F-SPLIT-CK  ganaratar 


Figure  C-34b.  F-5PLIT-CK  generator  (continued) 
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GENERATOR  DESCRIPTION:  F-SPLIT-CK 

1.  DEFINE  PARAMETERS.  Receive  the  proept  01  froa  the  transportation 
dispatcher.  Obtain  the  paraaatars  necessary  to  deteraine  the  action  a 
ground  transporter  should  take  after  arriving  at  the  supplier  (08).'  Tne 
paraaeters  are  used  to  answer  the  following  questions! 

a.  What  is  the  supply  class  (Ola) 

b.  Last  supply  point  flag  (Ola) 

c.  Does  the  supplier  have  all  the  coeeodity  needed,  part  of  the 
coeeodity  needed,  none  of  the  coeeodity  needed?  (Ola) 

d.  If  the  supplier  does  not  have  all  of  the  coeeodity,  is  the 
aeount  reeaining  greater  that  the  nimaua  aaount  for  a  convoy? 

Coapute  the  ainiaua  that  can  be  transported  by  aultiplying  ainimue 
convoy  size  (9a>  by  hauling  capacity  (9b)  to  obtain  the  hauling  capacity 
of  the  convoy. 

Calculate  the  voluae  of  the  aeount  available  at  the  supply  point,  by., 
subtracting  the  aaount  not  available  (01)  froa  the  aaount  requested 
(S10)  and  aultiplying  the  result  by  the  coeeodity  voluae  (D9c>.  Coapare 
this  ainiaua  with  the  hauling  capacity  coaputad  above. 

2.  TRIS6ER  C2.  Trigger  a  call  to  F-CONMANDER  using  the  paraaeters 
defined  in  step  1.  The  resulting  response  is  returned  in  08. 

3.  CREATE  CONVOY.  Call  the  routine  that  creates  a  teaporary  unit. 
Create  a  new  teaporary  ground  transport.  If  the  unit  is  a  ground  unit, 
trigger  the  A-DISPATCH-VEHICLE  action  for  the  GND-TRANSP-E <  to;  create  a 
new  transporter  (03).  For  this  call,  the  original  arriving  transporter 
becoaes  the  transportati on  supplier.  Therefore,  assets  are  subtracted 
froa  this  transporter  and  added  to  the  newly  created  transporter.  This 
is  accoaplished  by  triggering  the  A-SPLIT  action  for  the  original  GND- 
TRAN3P-EX  using  02. 

4.  ADJUST  REQUEST.  Trigger  the  A-SPLIT  action  (03)  for  entity  GND- 
TRANSP-EX.  This  will  adjust  the  supplies  to  be  hauled  by  each 
transporter. 

3.  GENERATE  ACTION.  Loop  for  each  transport  unit.  If  the  unit  has  not 
been  split,  loop  only  once.  If  it  has  been  split,  loop  for  the  original 
unit  and  for  the  newly  created  transporter. 
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F-SPLIT-CK  (cont.) 


6.  PROCEED  HOME.  If  either  the  original  transport  unit  or  th»  newly 
craatad  unit  is  to  procaad  hoaa,  gat  the  currant  location  of  tha  parant 
unit  (04). 

7.  NEXT  SUPPLY  POINT.  If  aithar  tha  original  transport  unit  or  tha 
nawly  craatad  unit  is  to  procaad  to  tha  next  supply  point,  gat  tha 
currant  location  of  tha  naxt  supply  point  (DS).  Tha  soosly  point  was 
passad  fro*  supply  tin). 

8.  TRI88ER  MOVEMENT.  Triggar  function  F-BES-TRANSP-6ND  to  initiata  a 
aova  for  tha  transporter  (D6). 

9.  MAI T.  A  convoy  can  be  told  to  wait.  Tha  wait  can  occur  whila 
supplias  ara  baing  loaded  or  because  supplies  are  not  available. 

10.  TRIGGER  SUPPLY.  Set  the  flag  to  ba  returned  to  supply.  Tha 
possible  settings  ara: 

a.  Load  available,  drop  “can't  fill.* 

b.  Load  available,  put  “can't  fill*  in  queue. 
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C-F 1 4  F-SCHED-IHP-TRAHSP 


TYPEt  Interactive  Function 


SUMMARY:  This  function  schedules  implicit  tr 

it  triggered  when  a  aittion  it  aatii 
tranportation  it  talactad.  Tha  trai 
always  ba  scheduled  to  aova  froa  pai 
custoaar  to  parent.  Tha  stationary 
tiaa,  unloading  tiaa)  and  aoveaent 
journey  are  detarained  and  a  delay  i 
is  calculated.  Tha  function  will  ri 
after  tha  initial  task  assignaant  ai 
to  do  so  until  tha  transporter  ratui 


nsportation.  It 
nad  and  iaplicit 
sportar  will 
ant  to  supplier  to 
(e.g.,  loading 
iaas  for  the 
ariod  for  each  lag 
schedule  itsalf 
d  will  continue 
ns  to  tha  parent. 


TRIGGERED  BY: 


Transportation  dispatcher 


RESULTINS  IN: 


IMPLICIT  TRANSP  (C-E3) 

A-START-TRANSIT  (C-A13) 

A-END-IMP-UNIT  (C-A28) 

A-INP-LV-SPLR  (C-A19) 

A-IHP-LV-CUSTOMER  (C-A15) 


Scheduled 

Scheduled 

Scheduled 


SYSTEM  SPECIFICATION  DIAGRAM: 


Sea  figure  C-35. 
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DATA  DEFINITION!  F-SCHED-IHP-TRANSP 


Connection  Data 

-JLriwc _ Iciaiiima 


01 

0 

Unit  record  10 

02 

0 

Ieplicit  unit  record 

03 

0 

Delay  tiae 

S4 

0 

Unit  stitus  flag 

S3 

0 

Objective  location 

DA 

0 

Unit  10 

0 

Unit  objective 

07 

0 

Unit  10 

0 

Delay  tiae 

08 

0 

Hoveaent  rate 

I ap licit  unit  (C-DF9). 

Stationary  delay 
(C-DF10). 

1 ap licit  transporter. 
Parent /customer /supol i er 

Trigger  START-TRANSIT. 

Scheduler. 


Ieplicit  aove  (C-DF6) 


Figuro  C-3Ba.  F-SCHED-inP-TRflNSP  generator 


mil 


8ENERAT0R  DESCRIPTION!  F-SCHSO-IHP-TRANSP 

1.  READ.  Rud  01.  This  triqqers  the  function.  Rnd  02.  This  data 
Ilia  contains  tho  record  describing  the  iaplicit  unit  of  intaroit. 

2.  CHECK  STATUS.  Chock  tho  currant  status  of  tho  transporter  (84). 

Tho  unit  status  can  hoi 

o  0  •  at  parent  ready  for  eiseioe 

o  I  ■  at  *1100’.  i  s' 
o  2  ■  at  custoaor 

o  3  •  at  parent  with  oission  cooploto 

3.  STATIONARY  OELAY.  Sot  tho  stationary  delay  tloo  froo  03. 

4.  HOVE  DELAY .  Determine  tho  next  objective.  The  curre.it  location  of 
the  unit  if  deterained  by  step  5.  Tho  unit  util  qo  froo  parent  to 
supplier  to  custoaor  to  oarent  in  turn.  Bet  tho  objective  unit  location 
iron  S3.  Cooputo  the  distance,  froo  the  tranporter's  current  location 
(34)  to  tho  obiecti/o  location.  Oetersine  the  vehicle  type  in  the  unit 

( 34 ) .  Get  the  iaplicit  aoveaent  rate  for  the  vehicle  type  (08).  Use 
this  aoveaent  rate  and  the  distance  coaputed  above  to  coapute  a  aoveaent 
tiae. 

3.  START.  Mhen  the  transporter  is  at  the  parent  and  ready  for  a 
ai  salon ,  triqqer  the  A-9  TART -TRANS  IT  action  for  IHPLICIT-TRANSP  (C-E3) 
usinq  D*  to  aove  the  unit  to  the  supplier. 

6.  LEAVE  SUPPLIER.  Nhen  the  transporter  is  at  the  suopller,  triqqer 
the  A-IHP-LV-SPLR  action  tor  IKPLlClT-TRANSP  (C-E3>  usinq  0a.  This  will 
end  an  laolicit  travel  leo.  load  the  coaeoditv.  and  start  tne  aove. 

LEa'.E  vUSTGhEft.  an  an  the  tranioorter  is  at  the  custoaor,  tnaoer 
the  A-II1P-LV-CUSTGHES  iction  for  [HPLtCt T-TRANSP  (C-£3>  usinq  Do.  This 
will  unload  the  coaeoditv  and  beqin  the  aove  back  to  the  parent  unit. 

3.  LAST  LEG.  If  the  last  aove  was  to  the  parent,  triqqer  the  A-6ND- 
MP-UNIT  (C-A23)  action  for  1HPLICT-TRANSP  to  delete  tho  teaporary  unit. 

7.  SCHEDULE.  Add  the  stationary  delay  and  the  aoveaent  delay  to 
deteraine  total  iaplicit  delay  tiae.  Schedule  the  next  iaplicit  leq 
(07).  Triqqer  the  next  A-START-TRANSIT  action  for  IHPLICIT-TRANSP  (C- 
E3)  usinq  06. 


C- 133 


%  .  -N. 


*.  S  \  S  %  %  N  S  N  %  \  \  S  V 


.  v  *  *•  A 


C-FIi 


C-JFJI  F-TJANJP-OECIM  TYPEi  lntfr#c^iv«  Function 

SUHHARYi  This  Function  it  triggered  ahen  a  transporter  has 

raachtd  a  kay  point  in  thd  aission  and  naads  to  aaka 
a  dacision  about  shat  to  do  naxt.  A  rolling  stock 
aission  Mill  and  at  tha  custoaar. 


imSSMUH 

Transportation  dispatcher  From 

F-ARRIVE-SUPPUER 

(D-F12) 

Supply 

F- ARRIVE -CUSTOMER 

(D-F17) 

Suppi  i 

F-DISPER 

<E-F3> 

Parsonnal 

F-LOADPER 

(E-F14) 

Parsonnal 

RESULTING  IN: 

6ND-TRANSP-EX 

(C-El) 

A-RECEI VE-VEHICLE 

(C-A2) 

AJR-TRANSP-EX 

<C-E2) 

A-RECE I VE- AIRCRAFT 

(C-A3) 

F-BEG-TRANSP-GND 

(C-F3) 

Scheduled 

F-BEG-TRANSP-AIR 

(C-F6) 

Scheduled 

SYSTEM  SPECIFICATION  DIAGRAM! 
Saa  Figure  C-37. 
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.*  / 


r  * 


£=JLL5 


PERSONNEL 


F-D4SPER 

I-FJ 

P-LOAOPER 

E-F14 


SUPPLY 

F-  ARRIVE  - 
SUPPLIER  D-F13j 
F- ARRIVE - 
CUSTOMER 

D-F17 


GROUND - 
TRANSP-EX 
C-  El 
or 

/UR -TRANSP-EX 
C-E2 


F~ COMMANDER 


F-7RANSP 
—  DECIDE 


C-CC7 


F-BEQ-TRANSP 
-GNO  C-F5 

or 

F-BEQ-TRANSP 
-AIR  C-FS 


RguroC-37.  F -TRANSP- DECIDE  SSD 
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DATA  DEFINITION!  F-TRANSP-DEC1DE 


Connection 

Data 

Nuaber 

_ Transferred _ 

01 

0 

Transporter  ID 

S2 

s 

Current  unit  ID 

a 

Custoaer  unit  ID 

0 

Supplier  unit  ID 

0 

Parent  unit  ID 

0 

Current  unit  location 

0 

Neveaent  type 

D3 

0 

Transport  type 

0 

Current  location 
(supplier  or  custoaer) 

0 

Current  location  echelon 

0 

Parent  echelon 

04 

0 

Next  eove  response 

OS 

d 

Unit  ID 

a 

Objective  unit  ID 

0 

Type  of  eove 

Ob 

0 

Transporter  ID 

0 

Action 

» 

» 


■Saafliaii _ T _ 

Triggers  function. 

Transporter  state 
vector. 

Triggers  F-COHMANDER. 

Go  hoae/go  to  custoaer/ 
check  back/haul  t C-CC7 > 

Sant  to  scheduler. 

1 ap licit  or  explicit. 

Trigger  A-RECEIVE- 
VEHICIE  or  A-RECEIVE- 
AlRCRrtPf. 


C-13A 


C-F15 


SEHERATOR  DESCRIPTION:  F-TRANSP-DECIDE 

1.  READ  INPUT.  Read  the  transporter  ID  to  be  procaaaad  froa  Dl. 

2.  TRANSPORT.  I (  tha  tranaporter  ii  not  rolling  stock,  or  if  it  is 
rolling  stock  not  yat  at  tha  customer  unit,  continua  processing. 

3.  DEFINE  PARAMETERS.  Define  tha  paraaatars  nacassary  to  dataraina  tha 
next  aova. 

4.  MAKE  DECISION.  Using  tha  paraaatars  defined  in  step  3,  access 
TRANSP-NEXT-MOVE  (C-CC7).  Tha  rasponsa  is  raturnad  in  04. 

5.  CHECK  BACK  HAUL  FILE.  If  tha  vahicla  is  a  type  that  can  haul  both 
ways,  tha  back  haul  file  is  checked.  This  allows  for  aissions  such  as 
HETs  hauling  tanks  naading  rapair  back  to  a  repair  site. 

4.  60  TO  CUSTOMER.  If  tha  rasponsa  is  for  tha  transporter  to  move  to 

tha  custoaar,  sat  tha  objective  unit  ID  <D5>  to  tha  custoaar  unit  ID 
(02).  Sat  tha  type  of  aova  (D5)  to  tha  oovaaant  type  (D2). 

7.  GO  HOME.  If  tha  response  is  for  tha  transporter  to  return  to  the 
parent  unit,  sat  tha  objective  unit  ID  (D5)  to  tha  parent  unit  ID  (D2). 
Sat  tha  typa  of  aova  (03)  to  the  aovaaant  type  (D2). 

8.  SCHEDULE  GROUND.  Schedule  an  event  using  DS  to  trigger  function  F- 
BEG-TRANSP-6ND.  This  will  initiate  tha  aova  for  tha  ground  convoy.  No 
delay  tiaa  is  needed. 

9.  SCHEDULE  AIR.  Schedule  an  event  using  03  to  trioger  function  F-3EG- 
TRANSP-AIR.  This  will  initiate  tha  aova  for  the  fliaht  or  aircraft.  'No 
dalav  is  needed. 

10.  ROLLING  STOCK  CUSTOMER.  If  a  rolling  stock  transporter  is  at  the 
custoaar  unit,  tha  mission  is  over.  Whan  this  call  is  made,  the  stock 
has  bean  subtracted  out  of  tha  transporter.  Trioger  tha  A-RECE10E- 
VEHICLE  action  for  GND-TRANSP-EX  (C-El)  or  the  A-RECEIV E-AIRCRAFT  action 
for  AIR-TRANSP-EX  (C-E2)  using  D3.  This  will  end  the  transport. 
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TYPE*  Interactive  Function 


C-F1&  F-TRANSP-DECON 

SUMMARY i  Thi*  function  it  triggered  by  either  F-TSUPPLIIR, 

when  it  it  tetting  up  a  ground  convoy,  or  F-00NS- 
OECON,  to  detereine  whether  a  ground  trantporter  needt 
to  go  thrugh  decontaeination  while  delivering 
coeeoditiet. 

TRIS&ERSOYi  F-TSUPPLIER  <C-F<> 

F-DQNE-DECON  (S-F6)  Decan 

RESULTING  IN*  Definition  of  the  objective  unit  and  any 

intereediate  decon  objective  (if  necessary). 

SYSTEM  SPECIFICATION  DIAGRAM: 


flsEH 


) 


1 


DECON 


I 


F-DONE- 

T 

DECON 

F-T3UPPUER 

G-F7 

C-F4 

m 

GROUND  - 
TRANSP-EX 

C-E1 


J 


F-TRANSP- 

DECON 

Rgu*C-39.  F-TRANSP- DECON  SSD 
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DATA  DEFINITION!  F-TRANSf -DECQN 


Connection 

Nuabar 

Data 

Tranaferred 

Coaaanta 

D1 

o  Tranaportar  ID 

Triggers  function. 

o  Objactiva  unit  ID 

Currant  location  uni 

o  Currant  unit  ID 

next  location  unit. 

S2 

o  <'ranap  dacon  flag 

leaving  and  entering 

0  a  no  dacon 

dacon. 

1  ■  dacon  when  leaving 

2  »  dacon  Mhi 1 •  entering 
o  Dacon  unit  ID 

o  HOPP  atatua 

D3  o  Objactiva  unit  ID  Paraaetera  raturned  to 

o  Objactiva  tava  unit  ID  triggering  function. 
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T 


TRANSP 


CURRENT 

PtOPP 


C 

I 

no 


C23  a 
IN 

nqpp 


CS5  c 
NOT 

in  nopp 


C35  a  C4)  o  CB)  o  C93  o 

CURRENT  CURRENT  OBJECTIVE  OBJECTIVE 

DECON  ON  DECON  OFF  DECON  ON  OECON  OFF 


C73  a 

CB)  o 

OBJECT IUE 

OBJECTIVE 

NOT  HOPP 

IN  HOPP 

Figure  c-40.  1 

'-TRANSP-DECON  generator 

« 
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8ENERATQR  DESCRIPTION:  F-TRAN5P-DEC0N 

1.  READ  INPUT.  Read  the  transporter  10,  its  currant  location,  and  ita 
next  objactiva  in  Oi. 

2.  CURRENT  IN  NOPP.  Tha  currant  location  unit's  RQPP  status  is 
checked.  If  tha  transporter  is  just  beginning  a  aission,  the  currant 
location  Mould  be  tha  parent  unit  location;  otherwise  it  Mould  be  tha 
supplier,  custoaar,  or  a  dacon  unit  location. 

3.  CURRENT  DECON  ON.  If  tha  unit  where  the  transporter  is  currently 
located  has  its  transport  dacon  flag  (52)  on,  set  the  objective  save 
unit  ID  (03)  to  the  objective  unit  ID  (01).  Set  the  objective  unit  ID 
(Q3)  to  the  dacon  unit  ID  (52). 

4.  CURRENT  DECON  OFF.  If  the  unit  where  the  transporter  is  currently 
located  has  its  transport  dacon  flag  (52)  off,  set  the  objective  unit  ID 
(03)  to  the  objective  unit  ID  (01).  Leave  the  objective  save  unit  ID 
(03)  blank  or  zero. 

3.  CURRENT  NOT  NOPP.  If  tne  current  location  unit's  NOPP  status  shows 
the  unit  is  not  in  NOPP,  then  the  unit  that  the  transporter  is  moving  to 
■ust  be  checked  also. 

6.  OBJECTIVE  DECON  ON.  Determine  if  the  tr ansporter ' s  objective  unit 
has  the  transo  dacon  flag  on  by  checking  S2. 

7.  OBJECTIVE  NOT  NOPP.  If  the  objective  unit  is  not  in  NOPP  <S2>,  the 
transporter  entering  the  unit  must  be  checked  for  cbntami nat : on .  Set 
the  objective  unit  ID  (D3)  to  the  decon  unit  ID  (S2).  Set  the  objective 
save  unit  ID  (D3)  to  objective  unit  ID  (Dl>. 

3.  OBJECTIVE  IN  NOPP.  If  the  objective  unit  is  in  NOPP  (32).  it  is 
senseless  to  decon  a  transport  before  entering  a  contaminated  unit.  Set 
the  objective  unit  ID  (D3)  to  the  objective  unit  ID  (01).  Leave  the 
objective  save  unit  ID  (D3)  set  to  zero. 

9.  OBJECTIVE  DECON  OFF.  If  the  objective  unit  does  not  have  the 
transport  decon  flag  (52)  set,  then  no  decon  is  necessary  before 
entering  this  unit.  Set  the  objective  unit  ID  (D3)  to  the  objective 
unit  ID  (Dl).  Leave  the  save  unit  ID  (D3)  set  to  zero. 
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C-F17  F-TRANSP-RETURR  TVFEt  Intaractiva  Function 

SUMMARY  This  function  it  triggarad  whan  a  transporter  hat 

coaplatad  a  aittion  and  tha  aaintananca  dalay  <PM)  it 
finithad.  Tha  aquipaant  froa  tha  taaporary  unit  it 
trantfarrad  back  to  tha  parant  unit  and  tha  taaporary 
tranaport  unit  it  daiatad. 

TR1S6EREP  B Y »  Transportation  ditpatchar 
via  F-TRARSP-PM  (C-F12) 

RESULT  I N6  IWi  6RD-TRANSP-EX  (C-El) 

GND-TRANSP-SPLR  (C-E7) 

A-RECEIVE- VEHICLE  <C-A2> 

AIR-TRANSP-EX  (C-E2) 

AIR-TRANSP-SPLR  (C-E6) 

A-RECEIVE- AIRCRAFT  (C-A4) 


SYSTEM  SPECIFICATION  DIA6RAH: 


DISPATCHER 


A«- TRANSP  - 
SUPPUER  C  -  FI 
or 

|  GROUND  - TRANSP - 
SUPPUER  C-F7 


F- TRANSP¬ 
RETURN 


9 


GROUND - 
TRANSP-  EX  C  —  El 
or 

AJR- TRANSP -EX 
C-EJ 


0g«C-41.  F- TRANSP -RETURN  SSD 
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DATA  DEFINITION  F-TRAN8P-RETURH 


Connaction 

Huabtr 

Data 

_ Transferred 

Ceaoants 

01 

0 

Transport 

unit  10 

Triggers  function 

0 

Transport 

suppliar 

10 

02 

0 

Transport 

unit  ID 

Triqqars  A-RECEIVE- 

0 

Equipaant 

typa 

VEHICLE  and  A-RECEI VE 

0 

Equipaant 

quantity 

AIRCRAFT  for  the 

e 

Transport 

suppliar 

ID 

transport  suopliar. 

03 

0 

Transport 

ID 

Trioqars  A-RECE1VE- 

VEHICLE  and  A-RECEIVE* 
AIRCRAFT  for  tha 
transporter 


Transporter  state  vactor 


o  Equipment  typa 
o  Equipaant  quantity 


fc  112. 


Flour*  C-42.  F-TRANSP-RETURN  ganarator 
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c-p.t? 

GENERATOR  DESCRIPTION!  P-TRANSP-RETURN 

1.  READ  INPUT.  Read  the  transport  unit  ID  (Dl)  that  triggered  this 
function. 

2.  SET  TRANSPORT  ASSETS.  Obtain  tha  type  of  transport  assats  and  tha 
guantity  of  aach  that  is  in  tha  transportar  unit  froa  S4 

3.  SROUND  PARENT.  If  tha  transportation  suppliar  is  a  ground  unit, 
trigger  A-RECEI VE-VEHICLE  (C-A2)  for  6ND-TRANSP-SPLR  CC-E7)  using  D2. 
This  Mill  add  tha  assats  back  to  tha  parant  unit. 

4.  AIR  PARENT.  If  tha  transportation  suppliar  is  an  air  unit,  triggar 
A-RECEI VE- AIRCRAFT  (C-A41  for  ATR-TRANSP-SPlR  <C-E6>  using  D2.  This 
Mill  add  tha  assats  back  to  tha  parant  unit. 

3.  SROUND  TRANSPORT.  If  tha  transporter  is  a  ground  convoy,  triggar  A 
RECEI VE-VEHICLE  (C-A2)  for  SND-TRANSP-EX  (C-El)  using  03.  This  Mill 
delate  tha  taaporary  unit. 

4.  AIR  TRANSPORT.  If  tha  transportar  is  an  air  flight,  trigger  A- 
RECEIVE-AIRCRAFT  (C-A4)  for  AIR-TRANSP-EX  (C-E2>  using  D3.  This  Mill 
delate  tha  taaporary  unit. 
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APPENDIX  D 


SUPPLY 


The  supply  appendix  includes  the  sections  listed  below.  Note  that 
reference  nuebers  are  coded  to  indicate  both  the  functional  area  (the 
appendix  letter  is  used)  nd  the  type  (E  ■  entity,  A  •  action,  F  > 
function)  involved.  Thus ,  D- A 1  refers  to  tho  first  action  listed  in 
supply  (appendix  D).  For  inforeation  on  the  JSD  diagraa  notation 
discussed,  see  appendix  A. 

1.  Entity  list.  The  entity  list  contains  the  reference  nuaber,  th» 
naee,  and  the  definition  (sueeary  and  attributes)  of  each  entity  used  in 
supply. 

2.  Action  list.  The  action  list  contains  tne  reference  nuaber, 
the  naae,  and  the  definition  isuaearv,  attributes,  generators  and 
associated  entities)  of  eacn  action  belonging  to  the  entities  in  supply. 

3.  Entity-action  diaoraas  and  cr oss-ref erence  table.  The  cross- 
reference  table  provides  a  aapping  of  entities  and  actions.  One  JSD 
entity-action  structure  diagraa  is  provided  for  each  entity.  Following 
each  diagraa  is  a  narrative  description  of  each  action  shown. 

4.  Generator  function  list.  The  function  list  contains  the 
reference  nuaber,  naae,  and  definition  (suaaary,  triggering  aechanisas, 
and  resulting  actions)  of  each  function  associated  with  supply.  More 
coaplete  inforeation  on  each  function  is  contained  in  the  annex. 

3-  Annex .  The  contents  of  the  annex  are  as  follows: 

a.  Pi spatcher .  The  dispatcher  serves  as  a  road  aao  to  the 
functions.  It  is  not  a  T S D  structure  diagraa,  but  it  is  presented  in 
tree  fora  to  show  the  hierarchical  nature  of  the  structure  involved. 

The  root  of  the  tree  is  the  dispatcher.  The  top-level  nodes  tbo.<es) 
identify  the  critical  events  occurring  in  supply  and  the  subsequent 
nodes  (boxes)  identify  the  functions  and  show  the  l nt er r el  at l onsh  i  p s 
involved.  The  calling  routines  and  triggering  aechanisas  for  each 
critical  event  are  listed  above  the  event  node.  The  actions  and  events 
caused  by  a'  function  are  listed  below  the  function  node.  Each  critical 
event  is  nuabered  for  identification  purposes  onlyt  no  ordering  is 
laplied.  The  event  scheduler  ( SCHED >  uses  the  critical  event  numbers  to 
identify  the  event  being  scheduled  by  a  function. 
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S.  Annex  (cont.) 

b.  Function*.  The  following  information  it  provided  for  each 
function  belonging  to  supply.  Note  that  the  reference  number  of  the 
function  (e.g.,  P-Fl)  appeart  at  top  of  each  page. 

(1)  Function  summary.  The  function  summary  contain*  the 
reference  number,  name,  ano  definition  of  a  function.  The  definition 
contain*  a  summarized  narrative,  a  list  of  the  mechanise*  which  can 
trigger  the  function,  and  a  list  of  the  action*  and  function*  which  can 
result  from  the  function. 

(2)  System  specification  diagram  (SSD).  The  SSO  is  a  JSD 
structure  diagram  of  the  data  flow  to  and  from  a  specified  function.  It 
shows  the  static  relationships  among  the  entities  and  functions 
involved.  No  callina  sequence  or  hierarchical  relationship  is  implied. 
In  addition  to  the  standard  JSD  SSO  notation  (sea  appendix  A),  special 
notation  has  been  adopted  to  indicate  ownership.  A  single  box  is  used 
to  denote  a  function  belonging  to  the  specified  functional  area  '.e.g., 
supply).  Plain  double  boxes  indicate  functions  belonqing  to  another  CSS 
area,  The  area  is  identified  in  the  outer  box  and  the  functions 
involved  are  listed  in  the  inner  box.  Patterned  double  boxes  (diagonal 
slashes  in  the  outer  box)  denote  functions  belonging  to  the  host  model. 
Whenever  passible,  the  particular  module  is  identified  in  the  inner  box. 
A  timer  is  considered  part  of  the  CSS  nodule  and  is  represented  bv  a 
plain,  double  circle]  data  files  (DF)  will  belonq  to  the  entire  model  and 
are  depicted  by  a  patterned  double  circle.  Note  that  although  more  than 
on*  data  file  (or  timer)  may  be  used  by  the  specified  function,  only  one 
representation  (circle)  will  appear  in  the  diaqram.  The  individual  data 
files  and  timers  will  be  identified  in  the  cor resoondi nq  data  definition 
table. 

'  Z)  Cat  a  definition.  This  table  provides  a  lisf.no  zl  •-.•a 
data  elements  and  struct-ras  r  jpai'ed  *  3'  the  sc  •?:  i  ♦' :  «5  -  a  r. :  t ;  o  *  ■  ;  . 

comments  on  tneir  usaoe.  The  connect;  ;*  numbers  ccr-eopord  to  t* :  oaf. 
flow  numbers  shown  on  the  3SC.  A  “C"  or  "S"  is  added  to  di  s  t.i  *  o -i  oh 

between  data  and  state  vector  elements.  Detailed  descriptions  of  the 

data  flies  ln.ol.&d  o  *  r.  be  *  o  u  *  d  in  appendices  .  ad  >  • 

i4)  Generator  diagram.  The  generator  diagram  is  similar  to 
the  JGD  entitv-action  diagrams  described  in.  paragraph  Z  abo/s.  iao" 
node  (box)  depicts  either  an  iteration,  a  selection,  or  a  sequential 
step  required  by  the  process. 


(3)  Generator  description.  The  generator  description 
provides  a  detailed  narrative  of  the  function  process.  Step  numbers 


Z  J  *.  w  .  . 
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i  Not  a  that  not  all  boxes  are  assigned  a  number . ;  Data  elements  cited 
refer  to  the  data  listed  in  the  associates  data  oefimtion  table. 
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SUMMARY i  This  sntity  aodsls  any  unit  that  has  supply 

raquiraaants.  Thssa  supplias  can  ba  aithar  for 
consuaption  or  for  issua  to  othar  units. 


ATTRIBUTES! 


Unit  ID 

Echalon 

Supply  data 

Suppliar  IDs 

Systaas  data 

Coabat  effectiveness 

Parsonnal  af f activanass 

MOPP  posture 

Moveaent  flap 

Depl ovaent  flap 


Unit  type  <SRC) 

Side 

OPCODE 

NSNCODE 

Coabat  flap 

Systaas  af f acti vaness 

Parsonnal  data 

Contaaination  level 

Location 


P_-.ll  SUPPLIER 

SUMMARY;  This  entity  aodals  any  unit  that  has  the 

responsibility  of  providinp  resupply  support  to  other 
units.  The  supported  units  are  SUPPLY-CUSTOMERs  that 
need  supplias  for  their  oen  use  (user  units)  or  for 
issue  (supply  bases)  to  their  supported  units. 


ATTRIBUTES:  Unit  ID  Unit  type  (SRC) 

Echelon  Side 

Supply  data  OPCODE 

Supolier  IDs  HSNCCDE 

S/staas  data  Combat  flaa 

Combat  effectiveness  Systems  effectiveness 

Personnel  effectiveness  ■  Personnel  data 
MOPK  posture  Contaaination  laval 

Movement  tiac  Location 

Deployment  flag 


0-E3  ALLOCATION 

SUMMARY ;  This  entity  represents  supplies  reserved  for  issue  to 
a  SUPPLY-CUSTOMER  resulting  froa  a  special  request  or 
a  request  requiring  coaaand  approval* 

ATTRIBUTES:  ALLOCATION  ID  SUPPLIER  ID 

SUPPLY-CUSTOMER  ID  Supplies  required 

Supplies  committed 
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2.  ACTION  LIST 


D-Al  PLACE  ORDER  (A-PLACE-QROER) 


SUjtHARYt  The  SUPPLY-CUSTOMER  (D-El)  sends  his  supply  order  end 
updates  his  supply  status  for  the  aeount  of  each 
supply  itee  expected  (due-in). 


ATTRIBUTES: 

SUPPLY-CUSTOMER  ID 

Supply  order 

SUPPLY-CUSTOMER  supply  data 

GENERATOR: 

F-RO-RQMT 

(D-F4) 

F-C2-MEI 

(D-F7)  . 

ENTITY: 

SUPPLY-CUSTOMER 

(D-El) 

Dr  A  2  BEGIN.  LOAD  .JA-BEGIN-LOAO> 

SUMMARY:  A  SUPPLIER  (D-E2)  begins  loadina  the  suoolv  order  onto 

the  cargo  vehicles  of  a  suoolv  transport  amt  <TU). 

ATTRIBUTES!  SUPPLIER  ID  TU  ID 

Job  lift  requirenent  .  Storage  capability 

Storage  requirearnt 

Teaporary  storage  flaq 

SUPPLIER  available  lift  capability 


GENERATOR: 


F— JOB— LIFT 


(D-F16) 


ENTITY:  SUPPLIER  (D-E2) 

GROUND-TRANSP-EX  ,iC-ES) 

AIR-TRANSP-EX  C-S2) 


D-A3  END  LOAD  (A-END-LOAD) 


SUMMARY:  A  SUPPLIER  (D-E2)  finishes  loading  the  supplies  onto 

the  cargo  vehicles  of  a  TU. 


ATTRIBUTES:  SUPPLY-CUSTOMER  ID 

SUPPLIER  inventory 
TU  inventory 


SUPPLIER  ID 
TU  ID 
Fill  list 


GENERATOR: 

ENTITY: 


Clock  scheduler 

F-ARRIVE-CUSTCMER 

SUPPLIER 

GROUND-TRANSP-EX 

AIR-TRANSP-EX 


(DrFl?) 

(D-E2) 

(C-El) 

(C-E2) 
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D-A4  BEGIN  UNLOAD  t A-BEBIN-UNLOAO) 

SUMMARY;  Th«  SUPPLY-CUSTOMER  begins  unloading  and/or  storing 
the  cargo  received  on  a  TU. 


ATTRIBUTES!  SUPPLY-CUSTOMER  ID  TU  ID 

Job  lilt  reguiraaant 
Job  storaga  raquireaent 
SUPPLY-CUSTOMER  availabla  lilt  capability 
SUPPLY-CUSTOMER  storaga  capability 

GENERATOR!  .  F-ARRIVE-C'JSTOMER  <D-F1 7 ' 


ENTITY!  SUPPLY-CUSTOMER  ID  (D-El) 

GROUND-TRANSP-EX  (C-El) 

AIR-TRANSP-EX  (C-E2) 


D-A3  END  UNLOAD.  ..(A-END-UNLOAD). 

SUMMARY:  A  SUPPLY-CUSTOMER  finishes  unloadina  and/or  ’storino 

tha  cargo  racaivad  cn  a  TU. 

ATTRIBUTES!  SUPPLY-CUSTOMER  ID  TU  ID 

Supplies  uni oadad/storad  TU  cargo,  inventory 
SUPPLY-CUSTOMER  supply  inventory 
'  SUPPLY-CUSTOMER  storaqa  capability 

GENERATOR:  Clock  scheduler 

ENTITY:  SUPPLY-CUSTOMER  (D-Sl! 

GROUND-TRANSP-EX  iC-El) 

AIR-TRANSP-EX  ( C  -  E  2 


D-Ao  CREATE  ALLOCATION  ( A-CREATE-ALLOC) 

SUMMARY:  A  special  supply  order  is  placed  in  a  rsser.ec  sti-...: 

tor  a  soecitic  SUPPLY-CUSTOMER. 

( 

ATTRIBUTES:  SUPPLY-CUSTOMER  ID  SUPPLIER  ID 

SUPPLIER  inventory  ALLOCATION  file 

Special  supply  order  list 
CUSTOMER  supply  inventory 

.  ,  GENERATOR:  F-JF-RQMT  (D-F6)  F-C2-MEI  (D-F7) 

ENTITY:  SUPPLY-CUSTOMER  (D-El) 

SUPPLIER  iS-E2i 

ALLOCATION  (D-E3) 
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0-A9  END  LO A D I N6 .ALLOCAT I ON  (A-SND-LOAD -  AL LOC) 

SUMMARY:  End  loadinq  the  supplies  onto  the  transport  unit. 

This  action  occurs  when  th»  ALLOCATION  still  has 
requireeents  to  be  filled. 


ATTRIBUTES: 

TU  ID 

TU  cargo  data 

Supply  order 

SUPPLIER  ID 

■ 

ALLOCATION  inventory  data  ALLOCATION  ID 

SUPPLIER  inventory  data 

GENERATOR: 

F-ARRI VE-SUPPLIER 

(D-fi:: 

ENTITY: 

SUPPLIER 

(D-E2) 

ALLOCATION 

(D-E3) 

FINISH  ALLOCATION  < A-F I N I 3H- ALLOC ) 

SUMMARY:  End 

loadinq  the  supplies  onto  the  transport  unit. 

This 

action  occurs  whan  the  ALLOCATION  is  conoleti 

with 

no  regaining  reauirenents 

to  fill. 

ATTRIBUTES: 

TU  ID 

TU  cargo  data 

Suoplv  order 

SUPPLIER  inventory  data 

SUPPLIER  ID 

ALLOCATION  supply  data 

ALLOCATION  ID 

GENERATOR: 

F-ARRIVE-SUPPLIER 

(D-F12) 

ENTITY: 

SUPPLIER 

(0-E2) 

ALLOCATION 

(D-E3) 

CANCEL  ALLOC ATI! 

ON  IA-CANCSL-ALL3C) 

SUMMARY:  An  ALLOCATION  is  canceled  if  not  picked  up  bv  the 

SUPPLY-CUSTOMER  after  a  ceriod 

of  tine. 

ATTRIBUTES: 

SUPPLY-CUSTOMER  ID 

SUPPLIER  ID 

ALLOCATION  supply  data. 
SUPPLY-CUSTOMER  inventory 
SUPPLIER  inventory 

ALLOCATION  ID 

GENERATOR: 

Clock  scheduler 

CMTfTV. 

S,JPPLY-C,JST*f!£?? 

{  n  _c  i  ' 

SUPPLIER 

(D-E2) 

mLLGC  A  7,1  ON 

(D-E3) 
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D-A1_2  LOSE  ORDER _ (A-LOSE-ORDSR) 

SUMMARY;  The  SUPPLY-CUSTOMER  adjusts  the  size  of  tht  order  when 
the  convoy  has  been  interdicted  enroute.  Only  the 
carrying  capacity  is  lost  going  to  the  SUPPLIER;  both 
carrying  capacity  and  supplies  are  lost  returning  to 
the  SUPPLY-CUSTOMER.  « 

ATTRIBUTES;  SUPPLY  CUSTOMER  ID  SUPPLIER  ID 

Controlled  supply  itee  issue  TU  ID 

TU  vehicle  data  TU  vehicles  lost  4 

GENERATOR:  F-ARRIVE-SUPPLIER  (D-F12) 

F-TU-LOSSES  (D-F13) 

ENTITY:  SUPPLY-CUSTOMER  (0-El) 

GRQUND-TRANSP-EX  (C-El)  Transportation 
AIR-TRANSP-EX  (C-E2)  Transoor tat: on 

D-A13  CONSUME  SUPPLY . (A-CONSUMEt SUPPLY) 

SUMMARY:  Supply  types  that  are  consumed  over  a  period  of  time 

and  are  accounted  for  periodically  are  adjusted  usino 
this  action. 

ATTRIBUTES;  SUPPLY-CUSTOMER  IS  Supplies  consumed 

SUPPLY  CUSTOMER  supply  inventory 

GENERATOR:  F-FUEL-USED  (D-F2)  F-PF-RQMT  <D'-F3> 

ENTITY:  SUPPLY-CUSTOMER  (0-El) 

0-A14  SUPPLY  ALLOCATION  (A-SUPPLY-ALLOC) 

SUMMARY:  When  the  supplies  and  fuel  reauired  tv  wSSO  s.ste.ts 

are  not  available  at  the  WSRC  supply  base,  they  a- a 
obtained  froe  the  WSRO  supply  base's  assianed 
SUPPLIERS  when  enough  non-commi t ted ,  resumed  .succiies 
are  available.  The  supplies  are  transferee  i  asl  1  :i  t  i  • 

as  if  the  WSRO  crews  went  after  them. 

ATTRIBUTES:  ME  I  SUPPLIER  ID  ALLOCATION  ID 

ALLOCATION  supply  data  Supplies  transferred 

MEI  supply  base  inventory 

Assigned  SUPPLIER  IDs 

Aamo/fuel  supply  base  inventories 

GENERATOR:  F-USRQ-SPL Y-AVL  (D-F?) 

E.-’TITY:  SUPPLIER  (D-E2)  ALLOCATION  (D-E3) 
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3.  ENTITY-ACTION 

ENTITY 

SUPPLY-CUSTOMER 

SUPPLIER 


ALLOCATION 


CROSS-REFERENCE.  .TABLE  .AND.  DIAGRAMS. 
.  . .  ..  _ ACTION _ 


(D-El ) 


<d-e:> 


<D-E3> 


A-CONSUME-SUPPLY 

( D  -  A 1 3 ) 

A-PLACE-ORDER 

<  D  -  A 1 ) 

A-SESIN-UNLOAD 

(D-A4) 

A-END-UNLOAD 

(D-A3) 

A-LOSE-QROER 

(D-A12) 

A-CPEATE-ALLOC 

<  j  _  « t ) 

A-CANCEL-ALLOC 

( D  -  A 1 1 ) 

A-BE3IN-LQA0 

-  /  r. *  •»  •' 

A-END-L2A? 

r  .  ^  -  •. 

A-CRcATE-ALLOC 

•  -  ^  i 

’A-CCMMIT-ALLCC 

.  n  .  '  *  \ 

A-BESIN-LOAD-ALLCC 

{ 0-A3) 

A-ENO-LOAD-ALL3C 

(L-A?) 

A-? IN  I SH- ALLOC 

D  -  A 1  ? 

A-CANCEL-ALLOC 

'  D  -  A I  i 

A-SUPPLY-ALLOC 

CO -A  1  4 

A-CREATE-ALLOC 

( D  —  A  6 ) 

A-COMMIT-ALLOC 

(D-A7) 

A-BE5IN-L0AD-ALL0C 

(  d — a  a  > 

A-END-LOAD-ALLOC 

( 0-A9) 

^-CTkjreu-^L^nr 

'  n  ..  a  « 

A-CANCEL-ALLCC 

' D-rtli 

A-SUPPLY-ALLOC 

:  -  a  :  4 
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Figure  D-la.  Entity-action  diagram  for  SUPPLY-CUSTOriER 
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Figure  O-lb.  Entity-action  diagram  For  SUPPLY-CUSTOMER  Crontinued) 
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ENTITY-ACTION  DESCRIPTION:  SUPPLY-CUSTOMER.. tfl-SI ) 

1.  SUPPLY-CUSTOMER.  The  suppl y-rel ated  action*  that  a  SUPPLY-CUSTOMER 

performs  or  experiences  (suffers)  are  discussed  in  the  following 
paragraphs.  (Notts  Thara  a re  aany  other  actions  that  this  unit  nay 
perform  or  experience,  but  they  are  in  roles  other  than  that  of  SUPPLY- 
CUSTOMER,  such  as:  MOVER,  SUPPLIER,  VICTIM,  etc.  However,  because  the 
Hod  II  CSS  eodule,  designed  using  JSD,  ia  to  be  added  to  already  , 
existing  corps/division-level  aodels  designed  using  other  techniques, 
the  non-CSS  roles  are  treated  iaplicitly  and  any  CSS  actions  they 
contain  (such  as  the  depletion  of  aeeunition)  take  place  elsewhere  in 
the  model In  order  to  avoid  excessive  redesign  of  th.o  host  . 

these  actions  have  not  been  drawn  into  the  set  of  actions  that  CSS 
entities  eight  perform  or  experience.  The  only  possible  conseouence,  . 
known  at  this  ties,  is  greater  difficulty  in  the  oathermq  of  the 
effects  on  CSS  entities  for  post-processing.) 

2.  A-CQNSUME -SUPPLY  (D-A1C).  The  depletion  of  several  sucol.  t.oii  is 
not  explicitly  represented  in  a  corp/di vi si  on  level  modal.  These 
include  all  of  the  PF  supply  types,  which  are  in  the  real  world  and 
consumed  over  tiae,  such  as  food  and  clothinq,  but  most  importantly, 
fuel.  In  order  to  account  for  these  supply  tvoes,  the  iucolv 
consumption  is  determined  using  planninq  factors  'PF;  based  on  rates  of 
consuopti on  per  person  or  per  svstea  for  an  elapsed  time  period.  This 
action  id  triggered  bv  the  functions,  F-FUEl-USED  (D-F2)  and  F -PF-RQMT 
(D-FS),  which  calculate  the  aaount  consumed  bv  the  unit.  The  A-CONSUME- 
SUPPLY  action  than  reduces  the  unit's  on-hand  stocks  bv  the  amount 
consumed.  For  PF  supply  types,  this  may  be  either  one  big  reduction  in 
short  tons  available  or  an  amount  for  each  individual  item:  for  fuel, 
the  calculated  consuaption  will  be  a  reduction  in  the  amount  of  each 
fuel  type  available  at  the  unit.  The  information  naeded  includes: 

o  SUPPLY  CUSTOMER  ID 
o  SUPPLY  CUSTOMER  suooi  /  inventory 
o  Supplies  consumed 

The  aaount  of  suoolies  consumed  is  calculated  in  the  triqaerina  function 
and  is  passed  to  the  action  routine  to  update  (reduce)  the  suF'P.f- 
CUSTQMER  inventory. 
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SUPPLY-CUSTOMER  (O-El)  (cont. ) 

3.  A-PLACE-QRDER  (D-ftl).  This  action  i>  triggered  when  a  rasupplv 
order  is  created  and  transportation  support  is  reouested  and  accepted. 
It  updates  (increases)  the  SUPPLY-CUSTOMER'S  due-in  aaount  or  each 
supply  itea  requested  by  the  aaount  requested.  A  reduction  in  supply 
shortage  aust  be  accounted  for  at  order  tiae  to  avbid  having  the  unit 
atteapt  to  reorder  the  supplies  before  they  can  be  delivered  and  added 
tc  the  inventory.  Inforaation  needed  includes: 

o  SUPPLY-CUSTOMER  ID 
o  SUPPLY-CUSTOMER  supolv  data 
o  Supply  order 

The  supolv  order  inforaation  is  deterained  by  the  tnoaering  function 
and  is  passed  to  the  A-PLACE-QRDER  action  routine.  The  unit  supply  due 
in  is  increased  bv  the  amount  of  each  tvpe  of  supolv  ordered. 


4.  , A-8EGIN-UNL0AD  (D-A4).  This  action  is  selected  when  a  supply1 
transportati on  unit  (TU)  arrives  with  cargo  for  the  SUPPLY-CUSTOMER 
entity  and  it  becomes  necessary  to  update  (reduce)  the  unit  5  stprass 
status  (for  supply  types  that  require  storaoe)  and  lift  capability  (for 
a  supply  base).  The  work  assets  are  assigned  at  this  time  based  on  tne 
order's  priority}  they  can  be  chanqed  if  the  order  priorities  change. 

The  unit's  storage  capability  for  the  supply  type  is  decreased  bv  the 
amount  of  the  job's  storaqe  requirement  up  to  the  aaount  of  the  unit's 
permanent  storage  capability.  The  data  needed  for  this  action  include: 

o  SUPPLY-CUSTOMER  ID 
o  TU  ID 

o  SUPPLY-CUSTOMER  available,  lift  capability 
o  SUPPLY-CUSTOMER  storape  capability 
o  J ob  1  i'f  t  r  eaui  r  easn  t 
o  ‘Job  storage  regui'enent 

(Note:  The  storaqe  and  work  asset  constraints  are  aoolied  to  the  iob  bv 

the  triggering  routine  so  the  ;ob  sice  is  already  constrained.  . 
inventory  for  the  units  does  not  chance  until  the  un.oad  is  icnc.eti;  t. 
A-END-UNLOAD. ) 
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s  U  PPLY -OUST  0  HER . (0-El > .  (cant.) 

3*  A-EHD-UNLCAD  (D-ft5) .  Thi •  action  it  ulictid  after  tha  tie* 
required  for  unloading  the  TU  has  alapsed.  It  non  becomes  necessary  to 
update  (increase)  tha  unit's  inventory  of  supplies  on-hand  for  each 
supply  itea  unloaded  by  the  aeount  unloaded. 

q  SUPPLY-CUSTOMER  ID 
o  SUPPLY-CUSTOMER  supply  inventory 
o  SUPPLY-CUSTOMER  supply  storage  capability 
o  TU  ID 

a  TU  cargo  inventory 
o  Supplies  unloaded 

6.  A-LOSE-ORDER  (D-A12).  This  action  is  triggered  *hen  an  interdicted 
supply  TU  arrives  at  a  SUPPLIER  or  SUPPLY-CUSTOMER  unit.  It  is 
necessary  to  adjust  the  sice  of  the  order  that  the  TU  »ent  after  cr 
delivered  because  of  losses  in  suoolies  and/ar  carrying  capacity.  Tha 
order  delivered  to  the  supply  base  to  be  filled  should  net  be  greater 
than  the  TU  has  carrying  capacity.  The  sane  is  true  of  deliveries  made 
to  the  receiving  unit.  The  inforeation  required  includes: 

o  SUPPLY  CUSTOMER  ID 
o  SUPPLIER  ID 
o  TU  ID 

o  Controlled  supply  itea  issue 
o  TU  vehicle  data 
o  TU  vehicles  lost 

Mot  onlv  is  the  order  reduced  by  the  fraction  of  cargo  vehicles  lost, 
but  the  authorized  amount  of  each  cargo  vehicle  tvoa  is  rad-ced  to  the 
aeount  on-hand  so  that  anv  interdiction  that  occurs  to  the  TU  durirc  th 
next  leg  of  its  trio  can  be  easily  discerned  and  accounted  for. 

7.  A-CREATE-ALLQC  ;D-P6>.  See  this  action  in  the  ALLjCA'ICN  Z-IZ> 
Entity-Action  Description  and  figure  D-3  for  a  comclete  description  . 

8.  A-CANCEL-ALLOC  (D-All).  See  this  action  in  the  ALLOCATION  iJ-EC. 
Ent i t v-Ac t l on  Description  and  accompanying  figure  u-3  for  a  ccmo'.ste 
description. 
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Entity-action  diagram  for  SUPPLIER  (continued) 
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ENTITY-ACTION  DESCRIPTION:  SUPPLIER  (D-E2) 

1.  SUPPLIER.  The  supply-rel ated  actions  which  the  SUPPLIER  entity 
performs  or  experiences  IsuHirj)  are  discussed  below: 

2.  A-BESIN-LOAP  (D-A2).  This  action  is  selected  when  a  SUPPLIER  has 
checked  his  capability  to  fill  a  supply  order  (in  teres  of  lift  capacity 
and  supplies  available)  and  begins  loading  all  or  part  of  the  order  onto 
a  convoy.  The  information  needed  contains: 

o  SUPPLIER  10 

o  SUPPLIER  available  lift  capability 

o  TU  ID 

o  Job  lift  requirement 
o  Storage  requirement  per  supply  type 
o  Storage  capability  per  3upplv  type 
o  Temporary  storage  flag  for  the  supply  type 

This  action  updates  (reduces)  the  SUPPLIER'S  lift  caoability  currently 
available  by  the  amount  of  the  lift  requirement  to  do  the  load  job.  If 
the  supplies  require  storage,  the  teaoorary  storage  flag  is  checked.  If 
it  is  set,  the  supolias  are  to  be  taken  from  temoorarv  storage  first, 
then  from  permanent  storage  as  necessary. 

3.  A-END-LOAD  ( D-A3) .  The  same  function  that  triggers  A-BESIN-LQAD 
schedules  this  action  based  on  the  expected  time  to  complete  the  load 
job,  given  the  amount  of  lift  caoability  assigned  and  the  job 
requirement.  The  data  needed  includes: 

SUPPLY -CUSTOMER  10 
SUPPLIER  ID 
SUPPLIER  inventory 

TU  ID 

"  U  inventory 

'This  action  updates  (reduces;  the  SUPPLIER’S  and  (increases;  tne  TU  s 
supplies  on-hand 

4 .  A-CREATE-ALLOC  '  tf-Am)..  Read  this  action  discussion  in  the 
ALLOCATION  (D-E3)  Entity-Action  Description. 

3*  A-COMHIT-ALLQC  (D-A7).  Read  this  action  discussion  in  the 
ALLOCATION  (D-E3)  Ent t t v -Ac t i on  Description. 

6.  A-BEGIN-LOAD-ALLOC  (D-A3).  Read  this  action  discussion  in  the 
ALLOCATION  (D-E3)  Entity- Act  ion  Descr i p  1 1 on . 

7.  A-END-LQAD-ALLOC  (D-A9).  Read  tms  action  discussion  in  the 
ALLOCATION  (D-E3)  Ent l tv-Ac t i on  Description. 
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SUPPLIER  (D-E2)  ( c o n t . ) 

9.  A-FINISH-ALLQC  (D-A10).  Rod  thi*  action  discussion  in  ths 
ALLOCATION  ( D-E3 >  Entity-Action  Description. 

9.  A-CANCEL-ALLOC  (0-All).  Read  this  action  discussion  in  tht 
ALLOCATION  (D-E3)  Entity-Action  Description. 

10.  A-SUPPLY-ALL0C_(Drl4) .  Read  this  action  discussion  in  th* 
ALLOCATION  (D-E3)  Entity-Action  Description. 


£L£2 


Figure  0-3.  Entity-action  diagram  For  ALLOCATION 


ENTITY-ACTION  DESCRIPTION:  ALLOCATION  (JHE3) 

1.  ALLOCATION.  All  of  the  actions  that  art  experienced  by  an 
ALLOCATION  art  diagranaed  in  figure  D-3  and  discussed  in  the  following 
paragraphs. 

2.  A-CREATE-ALLOC  (D-A&).  This  action  occurs  whenever  a  special  order  » 

is  received  and  placed  in  a  reserve  status  for  a  specific  SUPPLY- 

CUSTOMER.  The  special  order  typically  results  froa  receiving  an  order 

setup  by  a  job  fill  <JF)  supply  requireeent  (see  function  F-JF-RQMT,  D- 

F6  for  details)  or  an  MEJ  requisition  (see  function  F-C2-MEI,  D-F7  for  # 

details).  The  ir.fcraation  needed  tv  the  action  includes: 

0  SUPPLY-CUSTOMER  ID 
0  SUPPLIER  ID 
o  Special  supply  order 

o  SUPPLIER  inventory 
o  CUSTOMER  supply  inventory 
o  ALLOCATION  file 

The  ALLOCATION  is  a  special  order  record  in  a  file  of  ALLOCATIONS  at  a 
supply  base.  The  first  record  of  the  file  is  not  an  Grder;  it  is  a 
bookkeeping  record  of  the  totals  of  the  supplies  required  and  conmittad 
to  all  of  the  ALLOCATIONS  on  file  at  the  SUPPLIER.  None  of  the  supplies 
are  actually  transferred  fro*  the  SUPPLIER  to'the  ALLOCATION.  (Note: 

The  original  supply  requireeent  is  kept  untouched  in  the  ALLOCATION. 

The  unfilled  requireeent  per  itea  is  the  difference  in  the  required  and 
the  coaeitted  aeounts.  This  Could  be  saved'  as  part  of  the  record 
instead  of  recalculating  it  each  tiee.)  The  action  updates  the 
f ol lowing: 

o  The  list  of  active  ALLOCATIONS  bv  placing  the  special  supply 
order  requirements  in  a  vacant  record  and  assigning  it  an  ID. 

o  Any  of  the  required  supplies  available  at  the  SL'ffLlD?  j-ECi 
which  are  moved  from  the  supplies  available  column  to  the  supplies 
coaeitted  coluan. 

o  The  supplies  committed  to  the  ALLOCATION  recorded  i n  the  * 

ALLOCATIONS  record  and  added  into  the  total  for  each  supply  item  in  the 
bookkeeping  (first)  record. 

o  The  supplies  in  the  supply  order  added  to  the  SUPPLY-CUSTOMER ’ s  # 

due-in  aeount  for  each  item. 
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ALLOCATION  <D-|3)  (cant.) 

3.  A-COHHIT-ALLOC  (0-A7).  This  action  is  selected  when  the  supplies 
that  art  part  of  the  ALLOCATION  requirement  arrive  either  at  the 
SUPPLIER  (D-E2)  where  the  ALLOCATION  resides  or  at  the  suppliers  of  this 
supply  base.  The  required  information  includes: 

o  Arriving  supply  base  ID 
o  ALLOCATION  supply  base  ID 
o  ALLOCATION  ID 

o  ALLOCATION  supply  requirements  fill 

The  function  that  triggers  this  action  has  already  checked  the  arriving 
supplies  against  those  required  by  the  ALLOCATION  and  it  has  determined 
the  fill  amounts,  if  any.  This  action  updates  the  following  by  the 
amount  of  the  fill  for  each  supply  item: 

o  The  arriving  supply  base  suaolies  on -hand  (reduced; . 
a  The  SUPPLIER'S  committed  supplies  (increased;, 
o  The  total  committed  in  record  1  (increased), 
o  The  committed  at  the  ALLOCATION  (increased). 

4.  A-BEGIN-LCAD-ALLQC  ( D - A 3 ) .  This  action  is  selected  when  the 
transportation  arrives  to  pick  up  the  committed  (available)  part  of  an 
ALLOCATION.  This  differs  from  A-BEGIN-LQAD  (D-A2)  because  the  suoalies 
are  reserved  and  committed  to  an  ALLOCATION  so  a  different  set  of 
entities  and  actions  is  involved.  The  information  required  involves: 

o  SUPPLIER  unit  ID 
O  ALLOCATION  ID 
o  TU  ID 

o  Job  lift  requirement 
o  Storaae  reauirement 
o  SUPPLIER  available  lift  capability 
o  SUPPLIER  storage  capability  per  sued/  t .  o  a 
o  Temporary  storage  flag 

The  triggering  function  already  matched  the  am.  1-3  suoo..  crosr  «*;t- 
the  amount  committed  and  a/cilaole.  It  ‘1  cured  t.he  l»*t  '  eo  - 1  r  erne  n  c  a:c 

determined  the  amount  of  the  SUPPLIER'S  lift  assets  to  assion  to  the 
load  job.  This  action  reduces  the  SUPPLIER'S  lift  capao 1 1 1 : v .  if  the 
supply  type  requires  storage,  the  temporary  storage  flag  ia  checked.  If 
it  is  set,  the  supplies  are  removed  first  from  temporary  storage, 
thereby  emptying  the  temporary  storage.  Any  remaining  supplies  are  then 
removed  from  permanent  storage,  thereby  increasing  the  permanent  storage 
available. 
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ALLOCATION  (D-E5) 


3*  A-END -LOAD- ALLOC  (D-A9).  Thi*  action  is  scheduled  at  the  saee  time 
that  the  A-BEGIM-LOAD-ALLOC  is  triggered.  The  length  of  tine  that 
elapses  before  this  action  is  triggered  depends  on  the  lift  requirement 
of  the  job  and  the  work  assets  that  the  SUPPLIER  can  aake  available. 

The  inforeation  needed  includes: 


o  TU  ID 

o  TU  cargo  data 
o  Supply  order 

o  sup°liep  :: 

o  SUPPLIER  inventory  data 
0  ALLOCATION  ID 
0  ALLOCATION  inventory  data 


The  action  uodates  t.ne  following  by  the  amount  of  each  item  loaded: 

o  The  SUPPLIER'S  inventorv  committed  (reduced), 
o  The  ALLOCATION'S  supplies  committed  (reduced), 
o  The  total  supplies  committed  in  record  1  of 
the  ALLOCATION  file  (reduced), 
o  The  TU’s  cargo  on-hand  (increased). 


6.  A-SUPPLY-ALLOC  (D-A14).  This  action  is. triggered  when  ar.  ALLOCATION 
is  created  for  WSRG  supplies.  Its  purpose  is  to  get  any  necessary 
supporting  supplies  (ammunition/fuel)  for  the  WSRO  systems  not  at  the 
HE  I  supply  base  from  the  assigned  local  suppliars  and  put  them  into  the 
ALLOCATION  for  the  WSRO  order  so  as  many  "readv-to-f ight'  WSP-C  systems 
as  possible  can  be  shipped  ASAP.  The  information  needed  includes: 

o  HE  I  sudoI  /  base  ID 
.  wcj  su'jp!.'  boos  inventory 
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o  ALLOCATION  supply  data 

:  Supol  l  as  t r  i ■  s  e r  e o  • 

The  triggering  function  iF-WSRO-S?LY-AVl,  D-Flo)  has  a  1  r  e  a  u ,  f  o » r.  d 
available  supplies.  'he  action  updates  the  following  oaseo  or,  the 
supply  amounts  available  at  the  SUPPLIERS: 

o  The  supplies  on-hand  at  the  ammo.'fuel  SUPPLIERS  (reduced), 
o  The  amount  committed  to  ALLOCATIONS  at  the  HE  I 
SUPPL I ER  ( i ncreased ) . 

«  tko  total  amounts  'onmitted  to  ALLOCATIONS  in  t*e  toe' '  ospi'd 
record  (1)  of  the  ALLOCATION  file  (increased), 
o  The  recorded  auoplv  amounts  committed  to  the 
ALLOCATION  in  its  own  record  (increased). 
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ALLOCATION  (0-1:3)  (cont.) 

7.  A-FINISH-ALLOC  (D-AiO).  This  action  is  similar  to  the  A-END-LOAD- 
ALLOC  (D-9)  except  that  it  is  selected  when  the  triggering  function 
determines  that  tha  aaount  to  ba  picked  up  coapletas  tha  ALLOCATION  and 
there  is  no  further  need  to  aaintain  it. 

o  TU  ID 
o  TU  cargo  data 
o  Supply  order 
o  SUPPLIER  ID 
o  SUPPLIER  inventory  data 
o  ALLOCATION  ID 
o  ALLOCATION  supply  data 

The  action  frees  the  record  space  by  reeaving  it  froe  the  active 
ALLOCATION  file  and  updates  the  following  by  the  amount  of  the  supplies 
l oaded : 

o  The  SUPPLIER  s  supply  inventory  committed  (reduced), 
o  The  total  supplies  committed  in  record  1  of 
the  ALLOCATION  file  (i-educeJ). 
o  The  TU's  cargo  on-hand  (increased). 

9.  A-CANCEL-RLLQC  (D-All).  This  action  occurs  when  the  specified  time, 
assigned  when  the  ALLOCATION  was  created,  elapses.  Its  prieary  purpose 
is  to  remove  the  ALLOCATION,  move  any  supplies  committed  to  it  to  the 
SUPPLIER'S  supply  inventory,  and  alter  the  SUPPLY-CUSTOMER'S  due-in 
accounts  so  he  will  no  longer  expect  the  order  and  will  be  able  to 
reorder  if  he  wishes.  The  information  needed  includes: 

o  SUPPLY-CUSTOMER  10 
o  SUPPLY-CUSTOMER  inventory 
o  SUPPLIER  ID 
o  SUPPLIER  inventory 
0  ALLOCATION  I D 
o  ALLOCATION  supply  data 

The  action  zeros  out  the  ALLOCATION  record  and  updates  the  following: 

o  The  total  committed  in  record  l  by  the  amount 
Loamitted  to  '.he  ALLOCATION  (reduced), 
o  The  SUPPLIER'S  committed  amount  per  item  (reduced)  and 

his  on-hand  amount  (increased)  by  the  amount  committed  to  the 
ALLOCATION. 

o  The  amount  due-in  at  the  SUPPLY-CUSTOMER  (reduced)  by  the 
amount  of  unfilled  requirement  in  the  ALLOCATION. 


4 •  GENERATOR.  RJNCT ION  LIST. 

D-Fl  F-RO-RQHT 

SUMMARY:  This  function  determines  tha  status  of  RO  supply 

typas.  If  tha  supply  typa  is  fuel,  tha  fual 
consuaption  algoritha  (F-FUEL-USED,  0-F2)  is  called 
to  deteraine  unit  consuaption  and  reaove  it  froa  tha 
unit's  stocks.  Supplies  are  checked  by  another 
algoritha  (F-RO-SUPPLYCK,  P-F3)  which,  if  required, 
calls  the  function  that  creates  and  sands  tha  order 
'  (F-R0-0R3ER,  D-F4). 


TRIGGERED 

BY: 

Any  usar  unit,  any 

aodula,  or  tha  SCHEDULER 

RESULTING 

IN: 

F-FUEL-USED 

F-RO-SUPPLYCK 

Scheduler 

(D-F2) 

(D-f:> 

F-FUEL-USED 

SUMMARY : 

This  function  detaraines 
that  a  unit  has  consumed 
assessment  and  triggers 
(D-A13)  which  takas  the 
unit's  fuel  assets. 

the  amount  of  fual  tv  tvoe 
since  its  last  fuel 
the  action  A- SUPPLY -CONSUMED 
amount  consumed  out  of  the 

TRIGGERED 

BYs 

F-RQ-RQMT 

(D-Fl) 

RESULTING 

IN: 

SUPPLY-CUSTOMER 

A-CONSUME-SUPPLY 

(0-El ! 

(D-A13) 

F-RO-SUPPLYCK 

SUMMARY: 

This  function  checks  the  status  of  an  RO  sudoIv  tvoe 
for  a  unit  to  determine  if  a  suoo 1 v  request  should  t  s 
ssnt.  Quantities  on-hand  and  due-in  for  each  : t e n  of 
tha  supply  tvpe  are  checked  against  resupply 
thresholds  to  determine  what  action  should'' da  taoen. 
All  major  end  items  (MEI)  short  of  the  assigned  number 
are  reported  as  battle  losses. 

TRIGGERED 

BY: 

F-RO-RQMT 

(D-Fl) 

RESULTING 

IN: 

F-RO-OROER 

(D-FD 

> 


D-F4  F-RQ-QRDER 


SUMMARY:  MEI  lost  reports  art  sent  to  headquarters  via  COMMO 

■for  a  requisition  decision.  Other  suodv  orders  are 
submitted  to  the  requesting  unit  for  transportati on 
support. 


TRIG6ERE0 

BY: 

F-RO-SUPPLYCK 

(D-F3) 

RESULTING 

JN: 

SUPPLY-CUSTOMER 

A-PLACE-ORDER 

F-CREATE-PQST 

F-OIRECT-RQST 

(D-El) 
(D-Al ) 
'C-Fll 
(C-F2) 

Tajv-*"4*4'  r 
.  an;e»i  •  a  •  *  < . 

Tr ansportati ori 

(COMMO  iaplied  action:  A-SEND-MES3AGE) 

D-F 3  F-PF-RQKT 


SUMMARY:  This  function  determines  a  unit's  supply 

requirements  for  its  supply  types  accounted  for 
through  planning  factors  (PF)  and  requests 
transportaion  support  for  supply  pickup  and  delivery. 


3-Fi 


TRIGGERED 

BY: 

SCHEDULER  (Default: 

24  hours) 

RESULTING 

.IN: 

SUPPLY-CUSTOMER 

(D-El ) 

A-CONSUME-SUPPLY 

(D-A13) 

A-PLACE-ORDER 

(D-Al) 

F-CREATE-RQST 

(C-Fl) 

Tr  ansportati on 

F-OIRECT-RQST 

(C-F2) 

Tr  ansoor t  at  1  on 

F-JF-ROMT 

SUMMARY:' 


Th  i  s'  f  unc  t  i  on  is  triggered  bv  a  special  j:b  crdc-r 
t h r : u o h  C  0  M  M  0  from  the  gamer  or  request! no  -"it  or  : 
the  scheduler  (when  a  special  order  p  r  g  ,  i  p  u  3 1  or.  tc 
continues  Beinq  sent  on  a  periodic  basis).  It 
reserves  the  special  order  at  the  sendina  unit  and 
places  an  order  from  the  sendina  unit  s  SUPPLIER  -'or 


those 

requested  suoplies 

not  a  / a  1 1  at 

BY: 

A  COMMO  message 

SCHEDULER 

IN: 

SUPPLY-CUSTOMER 

(D-El) 

SUPPLIER 

( D-E2) 

ALLOCATION 

(D-E3) 

A-CREATE-ALLOC 

( D-A6 ) 

^UPPLY-C’STCMER 

!  D-El 1 

A-PLACE-ORDER 

(D-Al) 

F-CREATE-RQST 

iC-Fl, 

Schedule  F-Jr-RQMT 

(D-F6) 

i^ansoortatio; 
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0-F7  F-C2-MSI 

SUMMARY!  This  function  is  prompted  an  hour  (default)  after  the 
last  M£I  battls  loss  rsport  is  sent  by  a  oanuevsr 
unit.  At  that  tiae,  sach  unit's  MEI  loss  rsport  is 
reviewed  and  a  decision  is  sadt  concerning 
r squi si ti oni ng  lost  MEI. 


TRI6BERE0  BY:  Prosptsd  by  ths  SCHEDULER 


RESULTING  IN:  SUPPLY-CUSTOMER 

(D-Ei ) 

SUPPLIER 

(D-E2) 

ALLOCATION 

(D-E3.) 

A-CREATE-ALLQC 

(D-A6) 

•SUPPLY-CUSTOMER 

(D-El )  ' 

A-PLACE-ORDER 

<  D— A 1 ) 

SUPPLIER 

(D-E2) 

ALLOCATION 

( D  -  E  3 ) 

A-COMMIT-ALLOC 

(D-A7) 

A-SUPPLY-ALLOC  , 

(D-A14) 

F-SUPPLY-RQST 

(D-Fll) 

F-WSRO-SPLY-RQD 

(D-FB) 

F-NSRO-SPLY-AVL 

(D-F9) 

F-WSRO 

(E-F2) 

Per  sonnel 

F-SHIP-AVAIL 

(D-FIO) 

F-CREATE-TASK 

(C-Fl) 

Transoortati  on 

D-F0  F-WSRO-SPLY-RQD 

SUMMARY:  This  function  chscks  through  ths  list  of  MEi  or,  a 

unit's  rsguisition  for  ths  ourposs  of  f irdiro  irfSRO 
systems.  If  HSRO  MEI  are  part  of  tha  r  =  oL:  a 1 1 ;  or. . 
it  finds  the  annum  ti  on/  *uol  sussl : 3*  *.-  =  .■  - 
r  sou i r  9 . 

TRIGGERED  BY :  F-C2-MEI  (D-F7) 

RESULTING  IN:  Lists  of  WSRO  MEI.  non-USRU  MEI. 

ammunition  and  fuel  requirements 
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0-F9  F-WSRO-SPLY- flVL 

SUMMARY:  This  function  checks  the  availability  of  a  required 

WSRQ  supply  component  (ammunition  or  fuel)  at  the  ME  I 
supply  base.  If  the  amount  available  is  not  enough,  an 
atteapt  is  aada  to  get  the  remaining  requirement  from 
the  HE!  supply  base's  aaaunition/fuel  supplier.  Any 
of  the  required  supply  available  is  coaaitted  to  the 
ALLOCATION  on  the  update  list. 


TRIGGERED 

BY: 

F-C2-MEI 

(D-F7) 

RESULTING 

IN: 

SUPPLIER 

ALLOCATION 

A-CQMMIT-ALLOC 

A-SUPPLY-ALLDC 

<D-E2) 

(D-E3) 

(D-A7) 

( D  -  A 1 4 ) 

D-F10 

F-SHIP-AVAIl 

SUMMARY: 

This  function  determines  the  amount  of  ar.  ALLOCATION 
that  is  available  for  immediate  shipment  sriti  creates 
the  shipment  order.  It  includes  a.nv  non-WSSC  MSI  an 
any  complete  "ready  to  fioht"  (armed,  fueled.  and 
crewed;  WSRO  ME I . 

TRIGGERED 

BY: 

F-C2-MEI 

(D-F7) 

RESULTING 

IN: 

F-CREATE-TASK 

(C-Fl)  Tra'rsportati  s: 

Q-Fll 

F-SUPPL Y-RQ3T 

SUMMARY: 

T1'-.  s  fun;*,  .on  c/cles  tr-ro-qn  *.'3  sued  .  .  :• 

reouested  Sv  a  SUPPLY-CUSTOMER.  It  cr.ec.s  *.-,a  , 
availability  at  the  SUPPLIER  and  the  control  stat-s 
each  item.  It  then  validates  (i.e.,  makes  necessarv 
changes  to)  the  initial  request,  i  n  c  1  u.3 :  n  a  m  a i  *  a 
suostitutians,  when  available. 

TRIGGERED 

3Y : 

F-C2-MEI 

F-NONALLOC-ORDER 

(D-F7) 

(D-F13) 

RESULTING 

IN: 

A  validated  fill 

1  i  st  and/or  a  no  fill  list. 
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0-F12  F-ARRIVE-SUPPLIER 

SUMMARY!  This  function  simulates  the  arrival  and  servicing  of  a 
transport  unit  (TU)  at  a  SUPPLIER  (D-E2).  The  TU 
delivers  a  supply  request  for  a  SUPPLY-CUSTOMER, 
a  usar  unit,  or  a  supply  base. 


TRIGGERED 

BY: 

F-ATOBJ-SRND 

F-ATOBJ-AIR 

(C-F10) 

(C-Fll) 

Transportation 

Transportation 

RESULTING. 

IN: 

F-TU-LOSSES 

F-ALLOC-CRDER 

F-NONALLOC-ORDER 

F-TU-DEC1S1QN 

F  —  LIFT— JOB 

(D-F13) 
C-F 14) 

( D-FiS) 
(D-F16) 
(D-F 17) 

D-F13  F-TU-LQ33E3  '  . 

SUMMARY:  This  function  finds  the  number  of  TU  carqc  vehicles 

last  and  tha  aaount  of  the  supply  order  lost  (i.a., 
carqo-carrving  capacity'  and  it  triggers  --L03E-CR3EP 
(0-A12)  to'  revise  the  SUPPLY-CUSTOMER  due-in  and 
chanqe  the  authorized  TU  vehicles  to  the  current 
vehicles  on-hand.  If  appropriate,  it  also  creates  a 


net* 

order  to  replace  the 

part  of  the  order  lost 

TRIGGERED  BY: 

F-ARRIVE-SUPPLIER 

(D-F12) 

F-ARRIVE-CUSTOMER 

t  D-F  1 7 )  1 

RESULTING  IN: 

(•ur.ru  n  niinTnypr, 

jwf  .  f  "aUJ  i  j/ltn 

'2-El ) 

A-L03E-QRDER 

(D-A12) 

'  -  C  -  ? T  Z  -  7  A 1 K 

c-ci ; 

7  -  5  :j  -  z  Z  *  T 

-  -  “  1  1 

DF-14  F-ALLOC-ORDER 

SUMMARY:  This  function  simulates  a  SUPPLIER  O-EI:  recci.mo  a 

pickuo  order  of  an-  ALLOCATION  (D-E3)  from  an  arriving 
transport  unit  (T'J)  for  a  supported  SUPPLY -CUSTOMER 
( a . e .  ,  D-El,  a  user  unit,  or  a  supply  base). 

TRIGGERED  B^:  F-ARRIVE-SUPPLIER  < D-F 1 2 ) 

RESULTING  IN:  Fill  and  no-fill  lists  of  committed  supplies 

.  „  .  1 1  o  f  \/  r»  i  ir  ▼  n  n  •  _  a  i  i  n  r*  n  t  n  n  _  j  .  ^ 

.it  j  Z,  w  .  la  n  w  i.  n  i  M  >  • 


U. 
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D.-F13  F-TU-DECISIQN 

SUMMARY.!  This  function  trigger*  F-SPLIT-CK  (C-F13)  to  request  a 
decision  *rcm  the  TU  commander  when  a  part  of  a  supolv 
request  (no  fill  list)  cannot  be  filled  bv  a  supply 
base.  The  fill  list  returned  is  either  filled  or 
zeroed  out;  the  no-fill  list  is  either  put  on  the 
backorder  queue  (BQQ)  or  zeroed  out.  The  function 
then  perfores  the  necessary  action  to  each  list. 

TRIGGERED  BY:  F-ARRIVE-SUPPLIER  (D-F12) 

RESULTING  IN:  F-SPLIT-CK  (C-F13)  Transoortation 


O-Flo  F-LIFT-J09 


SUMMARY:  This  function  simulates  a  suosl  ,■  Paso  Pairs  t-s  .as  t s 

perform  a  lift  (load  or  unload)  job.  It  tries  to 
determine  the  best  wav  to  qet  it  done  considering  the 
other  jobs  it  nay  be  tasked  to  do  and  the  limited  war's 


assets  it  has  for  doinq 

them. 

TRIGGERED 

BY:  F-ARRIVE-SUPPLIER 

<  D-F 12) 

F-ARR I VE-CUST0I1ER 

(D-F17) 

RESULTING 

IN:  Schedule  and  reschedule: 

A-BE5IN-L0AD 

<r.-n!0> 

Transoortation. 

A-BEGIN-UNLOAD 

(C-w.ll) 

T  r  a  r  s  p  o  r  t  a  t  i  :  - 

A-EN'J-LCAD 

( C  -  A 1 4 ) 

T  y  i 

■  •  di.  3|.w.  •dsa  wn 

n  a 

•  *  .  A  1  *  \ 

*■  -  i 

F-A'-r’ 

-  -  - 

:"r 

CU^MpOV; 

:  s  1 ur : t : or  s i mu! a t ss 

t  ^  a  •:  r  * :  / * 

I  A  r  Z  :r  ;  ;  ;  *  ;  • 

a 

loaded  transport  unit 

(TU)  at  a 

SUPPLY-CUSTOMER 

• 

.  e  .  .  D-E  1 .  a  user  unit 

•  0  T  a  bUJ 

w  *  «'  •»  C  5  •  • 

TRIGGERED 

BY: 

F-ATQBJ-GRND 

( C-F  1 0 i 

T  r  a  s  a  o  r  t  a  1 1  o  r, 

F-ATQBJ-AIR 

iC-Fil) 

*  r  a  r.  a  l  i  r  t  a  t :  -  n 

RESULTING 

IN: 

F-TU-LOSSES 

(D-F 1 3) 

SUPPLIER 

(D-EO) 

ALLOCATION 

(D-E3) 

A-COMMIT-ALLOC 

(D-A7) 

C-T'J-!?EC!S!2!‘! 

F-lIFT-JCB 

'.D-F  16) 

r-r ILw“WAIJINj 

.  j-'r  i  a'1 

F-5UFFLY -STORE 

(3-Fl?) 
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D-F18  F-F  ILL-WAITING 

SUMMARY:  This  function  siaulates  the  servicing  of  supply  orders 

waiting  for  supplies  to  arrive  at  a  supporting  supply 

base. 


TRIGGERED  BY: 

F-ARRI VE-CUSTQMER 

(D-F17) 

1 

SUPPLIER 

(D-E2) 

A-END-UNLOAu 

(D-A5) 

RESULTING  IN: 

SUPPLIER 

(D-E2) 

ALLOCATION 

(3-ET) 

A-COMMIT-ALLOC 

(D-A7) 

Updates  a  supply 

base  SUPPLY-CUSTOMER  BOQ 

D-F 1 9  F-SUPPLY-STORE 

SUMMARY:  This  function  simulates  a  suaplv  base  SUPPLY-CUSTOMER 

receiving  a  loaded  TU  with  some  supplies  that  reouires 
storage. 

TRIGGERED  BY:  F-ARRIVE-CUSTOMER  (D-F17) 

.  • 

RESULTING  IN:  Store  and  no-store  lists. 


D  -  3  0 


'rsECTrtfwi 


APPENDIX  D 

Anns:: 


A-  PLACE 
-ORDER 
F-HIEL  I  A- CONSUME 
-  USED  I  -  SUPPLY 
(D-F2)  I  p-CREATE 
-ROST 

A-  CONSUME  RESCI IED  (2) 
-SUPPLY 


F-RO 

SUPPLYCK 


A-  CREATE 
-ALLOC 
A- PLACE 
-ORDER 
F- CREATE 
-ROST 
A- SEND 
-  MSG(IMPL) 
SCHED  (3) 


(D-F3) 


F-RO 

-ORDER 

(D-F4) 

A- PLACE 
-ORDER 
F- CREATE 

-  ROST 

F  -  DIRECT 

-  ROST 
A-SENO 

-  MSG(IMPL) 
RESCHED  <1) 
SCHED  (4) 


A- CREATE 
-ALLOC 

A- PLACE 
-ORDER 
A- COMMIT 
-ALLOC 


F-WSRO 

-SPLY-RQr 

(D-F8) 

* 

F-WSRO 

-SPLY-AVL 

(D-F*) 

A- COMMIT 
-ALLOC 

A-  SUPPLY 
-ALLOC 

_L_ 

F  -  SHIP 
-AVAIL 
(D-F10) 


F -  SUPPLY 
-RQST 
(D-F11) 

VALIDATES 

ORDERS 


F-TU 

-LOSSES 

(D-F13) 


A- LOSE 
-ORDER 
F- CREATE 
-RQST 
SCHED  (1) 


F-ALLOC 

-ORDER 

(D-F14) 

I 

Fill /no -mi 
lift* 

F  -  SUPPLY 
-RQST 
(D-F11) 


f-  ru 
-  DECISION 
(D-F15) 


F-UFT 

-JOB 

(D-F18) 

A -BEGIN 
-LOAD 
A-END 
-LOAD 


A- COMMIT 
-ALLOC 

_ J _ 

F-TU 

-LOSSES 

(D-FI3) 


F-FILI. 

-WAITING 

(D-F1S) 

A- COMMIT 
-ALLOC 
Updates  BOO 

F -  SUPPLY 
-STORE 
(D-F19) 

'Can  flora/ 
cannot  flora* 
lists. 


Figure  D-4.  Supply  Dlfpatchar 


v*v 


v« 
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O-Fl  F-RO-RQHT  TYPEi  Interactive  Function 

SUMMARY s  This  function  cycles  through  unit(s)  to  determine  t ha- 
status  of  RQ  supply  typss.  If  the  supply  type  is 
fuel,  the  fuel  consumption  algorithm  (F-FUEL-USED ,  D- 
F2)  dmtmrminms  thm  unit  consumption  and  rmmovm  it  frot. 
thm  unit  stocks.  Thm  status  of  a  supply  typm  is 
checked  by  F-RQ-SUPPLYCK  (D-F3)  which,  when  required, 
calls  F-RO-ORDER  (Q-F4)  to  crmatm  and  sand  an  order. 
Major  end  item  (ME!)'  battle  loss  reports  are  ser.: 
to  HQ  for  command  decision  on  what  requisition  to 
initiate.  F-D1RECT-REQUEST  ( C-F2 )  is  invoked  it 
requirements  for  tr ansportat’ on  support  were  developed- 
in  F-RO-QRDER. 

TRIGGERED  BY:  (Mote:  All  times  are  default  values  that  can  oe 

reset  during  preprocessi nq  or  during  tne  running 
of  the  game  through  controller  interaction) 

(1)  User  units: 

(a)  AMMO  -  Units  in  ground  combat  every  30 
minutes.  Units  upon  leaving  combat. 

Artillery,  air  defense,  air  and  victim  units 
after  each  fire  mission. 

lb'  FUEL  -  Prompted  by  the  movement  module 
tor  moving  units  arriving  at  center  of  hex 
(Ever/  3.3  km).  Prompted  bv  SCHEDULER  for  slow 
or  nonmovinp  units  every  hour. 

vci  ME  I  -  Promoted  ov  the  maintenance 
module,  after  its  maintenance  assessment  o*  ur-it 
MEI.  It  passes  a  list  of  anv  units  wn:-:n  Ms  ? 

suffered  MEI  losses. 

<d'  CL  I i  -  Prompted  bv  the  maintenance 
module,  at  the  end  of  its,  maintenance  cvcle.  It 
passes  a  list  of  any  maintenance  units  to  cneck 
for  low  repair  part  supply  status. 

(Note:  Besides  the  class  IX  depletion  that  a 

maintenance  unit  experiences  from  its  own  uses, 
its  inventories  are  also  reduced  by  its  users 
class  IX  PM  requirements.  The  maintenance 
module  accounts  for  these  with-  planning  factors. 
Tne  supply  module  resupplies  tne  maintenance 
units  back  to  the  basic  load  of  repair  parts.) 
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F-RO-RQHT  (cont.» 


(2)  Supply  basas  are  all  checked  for 
r epl eni sheent  on  a  scheduled  basis: 


(a)  Brigade 

(b)  Division 

(c)  Corps 

(d)  Theater 


every 

every 

every 

every 


3 

6 

12 

24 


hours 

hours 

hours 

hours 


RESULTING .IN:  F-FUEL-USED  (D-F2) 

F-RO-SUPPLYCK  (D-F3) 

F-DIRECT-RQST  ,  (C-F2) 

SYSTEM  SPECIFICATION  DIAGRAM  (33D): 

See  figure  D-3. 


Transportation 
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FIGURE  0-5.  F-RO-RQMT  SSD 
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DATA  DEFINITION:  F-RO-RQMT 


Connection 

Nuaber 


Data 

Translarrad 


Coaaants 


Paraaatars  racaivad  froa  a  singla  unit: 


o  Support  flag 


o  Unit  ID 


o  Supply  tvpa 


Sat  ■  0  lor  singla  unit. 
This  it  tha  usual  case, 
so  tha  no'dulss  that  cell 
Supply  lor  single  unit 
supply  checks  are  set  to 
0. 

When  checking  a  suool  , 
tvsa  ol  an  individual 
unit. 

A1 1  i teas  si  the  suopl  / 
type  at  the  unit  are 
checked. 


Information  froa  the  SCHEDULER  on  a  grouo  ol  units:' 


o  Support  flag 


o  Unit  type 
o  Supply  type 
o  Echelon 


Sat  *  1  for  unit  group. 
Supply  sets  this 
parameter  for  scheduled 
checks  of  a  group  of 
units. 

When  checking  a  supply 
type  fpr  a  ;rouo  :f 
units  Pv  t ; c e  ana 
echelpn;  all  units 


Iniomation  received  on  a  list,  of  jnits  to  check: 


o  Support  flag 


o  Unit  list 
o  Supolv  type 


Set  ~  2  f or  a  1 : it  if 
units.  The  maintenance 

and  anv  other  modules 
providing  a  list  of 
units  to  be  checked  set 
the  flag  to  2. 

Unit  IDs. 

All  items  of  the  suooly 
type  at  the  unit  are 
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DATA  DEFINITION: 

F-R0-R0HT  (cont.) 

Connection 

Data 

Nutber 

Transf erred 

Comments 

04a 

Needed  to  get  unit  list  from  data  file  ( D-DF1 ) : 

o  Side 

o  R0  supply  type 

=  ■  t.'p»  ••snc' 

o  Current  tine  , 

D4b 

Needed  to  get  next  tine  from  data  file  < D-DF 2 > : 

o  Site 

C  P  J  s  L  0  p  1  V  t  V  P  9 
o  Unit  t/pe  (SRCi  ■ 
o  Echelon 

S5i 

Data,  file  (D-DF1)  of 
basis: 

unit  list  checked  on  scheduled 

o  Unit  list 

List  of  unit  IDs  to  be 
checked  bv  supply  type, 
side,  unit  type, 
echelonts)  !>  time. 

S5b 

Scheduling  time  data 

units: 

(D-DF2)  r cr  checking  groups  of 

o  Schedule  tine 

Schejul  i  oer:32;c 

i  u  2  o  1  ;  :  m  £ ;  .  =  t  •  r  i  :  :  9  . 

UP*  .  t  V  3  V  i  i  L  O  D  1  V  *  t  ~  C  • 

scnsicn  and 

36 

Inf;  -eeded  f r o m  the 

SUPPLv  -ClsTjNER  s  state  /act;:: 

o'  3ide 
s  bead  flag 
o  Deployment  flag 
o  Phantom  unit  flag 

07 

Parameters  passed  to 

F-FUEl-USED  ( D - F 2 > : 

„  •  *  - ,  i  a  f  n 

Calculate  fuel 
consumot l on . 

n 


Q--.E1 


Figure  O-Ba  .  F-RO-RDHT  generator 


0-3? 


UzLL 


(6) 

FUEL 

CONSUHPTN 


1 - 1  I - 1 


C7) 

CHECK 

PART 


INUOKE  o 
F-FUEL 
-USED 


INUOKE 

F-RO- 

SUPPLYCK 


o-ri 


Flours  D-Sc.  F-RO-RQttT  gsnarator  (continued:) 
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GENERATOR  DESCRIPTION!  F-RO-RQMT 

1.  INPUT  PARAMETERS.  Raid  in  the  parameters  passed  in  01.  02  or  03. 

2.  SINSLE  UNIT.  If  tha  support  flag  i.a  tat  at  zaro  (01),  tha  support 
ic  for  a  single  unit.  Put  tha  unit  10  into  tha  unit  array  for  its  one 
trip  through  tha  unit  loop  at  S. 

3.  GROUPED  UNITS.  If  the  support  flag  is  sat  at  one  >02),  tha  support 
is  for  a  group  of  units.  Read  list  of  units  to  be  checked  from  unit 
table  for  tha  supply  type,  unit  type  (SRC)  and  achalon(s)  < 0 4 a >  froa  S5a 
into  array(s)  by  echelon  for  tha  loop  through  tha  units'  SRC  by 
ascending  order,  i.a.,  ATPs,  ASPs  and  CSAs.  (Note:  A  utility  routine 
•ust  be  developed  for  tha  purpose  of  maintaining  these  lists  as  the  gaaa 
is  played.  This  Mill  include  adding  neMlv  daploved  units,  removing  dead 
or  nondeployed  units  while  keeping  then  in  the  selected  order  (e.g..0v 
echelon,  OPCODE,  ate.) 

4.  UNIT  LIST.  If  the  support  flag  is  sat  to  two  (D3)  ,  the  suoDort  is 
for  a  list  of  units,  developed  by  another  nodule  (probably  oassed  fron 
the  maintenance  module  for  ME  I  or  repair  part  resupply  check).  Put  the 
list  into  unit  array  in  preparation  for  paragraph  5. 

3.  UNIT  LOOP.  Cycla  thrugh  the  units  defined  and  placed  in  arrav(s) 
in  paragraphs  2,  3  or  4.  Check  for  any  inappropriate  units,  such  as 
nondeployed,  dead,  or  phantoa  units  <S6>.  (Note:  For  the  scheduled 
check  of  unit  groups,  these  units  should  already  be  re moved  by  the 
utility  routine.  Also,  if  these  checks  were  made  by  the  calling 
routine,  they  are  not  necessary  here.) 

6.  FUEL  CONSUMPTION.  If  the  supply  type  is  fuel,  then  trigaer  F-FUEL- 
USED  ( D 7 :  D-F2)  to  determine  amount  consumed  since  last 'fuel  assessment 
and  remove  it  from  the  consuming  units  fuel  assets. 

7.  CHECK/ORDER.  Trigger  F-R0-SUPPLYCK  (D8:  D-F3)  to  check  the  units 

suoolv  type  status.'  If  an  order  needs  to  be  placed,  F-RQ-GRDEn  < D - F 4 > 
is  called  fron  wi thin , F-RQ-SUPPLfCK  (D8:  D-F3). 

8.  SCHEDULING.  If  this  is  a  scheduled  supply  check  for  a  group  of 
units  (support  flag  *  1),  access  S5b  using  the  D4b  parameters  to  get  the 
time  to  schedule  the  next  occurrence  (D9). 


9.  ME  I  REQUIRED.  If  the  supply  type  is  HEI,  the  shortages  are  put  on 
the  unit's  battle  loss  report  and  forwarded  up  command  channels  by  F-RQ- 
0RDER  (D-F4)  where,  depending  on  the  tact  leal / str at egi c  situation,  the 
NET'S  scarcity  and  the  unit's  priority,  the  losses  are  requisitioned  for 
i  ssue. 


D~FJL 


F-RO-RQHT  (cont . ) 

(Nota«  Tha  function,  F-C2-MEI  <0-F7),  is  schadulad  fro*  F-RO-ORDER  to 
dacida  on  aaeh  unit  HEI  raquiraaant.  This  is  schadulad  for  scat  tiaa 
(dafault  1  hour)  in  tha  futura  to  ansura  that  tha  last  WEI  loss  raport 
(CONMO  aassaga)  has  arrivad.) 

10.  TRANSPORT  REQUIRED.  If,  during  tha  loop  through  tha  units,  ordars 
a nr*  craatad  and  transportation  raquastad  and  approvad,  invoka  F-DIRECT- 

RQST  ( C-F2 > . 


# 
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D-F2  F- FUEL-USED  TYPE:  Interactive  Function 

SJJMM ARY :  This  Function  determines  tha  aaount  oF  Fuel  by  type 

that  a  unit  consumed  since  the  last  Fuel  assessment 
and  takes  the  aaount  eonsuaed  out  of  the  unit's  Fuel 
assets.  This  is  based  on  the  unit's  current  operation 
and  the  type  and  nuaber  oF  Fuel  burning  systems  on 
-hand,  including  an  estimated  aaount  For  any  nongamed 
eouipaent  in  the  SRC. 


TRIGGERED 

BY: 

F-RC-ROMT 

(D-F 1 ) 

RESULTING 

IN: 

SUPRLY-CUSTCrtER 

(D-El  1 

A-CONSUME-SUPPLY 

(  D  *  A  1 3 

SYSTEMS  SPEC  I F I  CAT  I  CM  'DIAGRAM  (SSD): 
Sae  Figure  D-7. 
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FIGURE  0-7.  F- FUEL -USED  SSD 
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I tES 


F-FUEL 

-USED 


(13 

RECEIVE 

PROMPT 


CALCULATE 

AtlOUNT 


(S3 

CONSUME 

FUEL 


(23 

ELAPSED 

TIME 


FUEL 

CONSUMPTN 


C43 

nonplayed 

SYSTEMS 


C33 

SYSTEM 

LOOP 


NONAPPROP  APROPRIAT 
SYSTEM  SYSTEM 


GET 

SYSTEM’S 
[FUEL  DATA 


CALC 

AMT 

CONSUMO 


SUM 

AMOUNT  BY 
I  FUELTYPE 


Figure  0-9.  F-FUEL-USEO  generator 
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GENERATOR  DESCRIPTION}  F-FJJELHISED 

1.  RECEIVE  PROMPT.  Read  input  data  at  Di.  Sat  the  stats  vsctor  data 
at  S2. 

2.  ELAPSED  TIME.  Dstsrains  tht  tias  slapssd  by  subtracting  ths  tine  of 
the  previous  fuel  assessaent  <S2)  for  the  unit  from  the  current  tine. 
Save  the  current  tine  for  the  unit's  next  "previous  fuel  assessaent" 
(OS). 

3.  SVSTEM2  LCCP.  Cycle  through  all  of  the  systems  in  the  unit  sficoing 
non-f uel burni ng  systems.  Read  the  number  of  systems  available  ( S2 >  and 
the  type  of  fuel  each  burns  (D4).  Read  the  consumption  rate  of  the 
system  type  ( S 4 )  for  the  unit  type  and  the  unit's  operation  <Ci&CC2£). 
Multiply  the  number  of  systems  on-hand  times  the  consumption  rati  times 
the  elapsed  time.  Accumulate  the  amount  of  each  fuel  tvoe  censured  into 
an  array  by  fuel  type. 

4.  NONPLAYED  SYSTEMS  (NPS).  Account  for  nonplaved  fuel-tuning  system's 
by  reading  the  consumption  rate  for  all  NPS  for  the  SRC  from  £4, 
multiplying  it  bv  the  elapsed  time  and  bv  unit  systems  effectiveness, 
and  then  adding  it  to  the  aporopriate  fuel  tvpe. 

5.  CONSUME  FUEL.  The  fuel  consumption  algorithm  produces  an  arrav  for 
the  amount  of  each  fuel  type  consumed.  Trigger  the  A-CQNSUME-SUPPLY  (D- 
A 1 3 )  action  at  the  SUPPLY-CUSTOMER  entity  to  subtract  the  amounts 
consumed  of  each  fuel  type  from  the  amount  available  at  the  unit  (CD. 
Return  to  F-RQ-RQMT  CD-Fl). 
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D-F3  F-RQ-SUPPLYCK  TYPE:  Interactive  Function 

SUMMARY:  This  function  checks  tha  statu*  of  an  RO  supply  type 

for  a  unit  to  dateraine  if  a  supply  request  should  be 
sant.  Bafora  tha  unit's  status  is  chackad,  aaounts 
that  hava  arrived  via  throughput  and  air  lines  of 
coaauni cati on  (ALOC)  ara  datarainad  and  added  into  tha 
unit's  on-hand  aaounts.  (Note:  For  tha  tiaa  being, 
throughput  should  include  delivery  by  pipelines  and 
barges  as  well  as  transport  tru:!,;.)  The  quar.ti  ties 
on-hand  and  in-transit  (due-in)  for  each  itea  of  tha 
supply  type  are  checked  against  resupply  thresholds  to 
dacide  what  action  should  be  taken.  MEI  are  treated 
differently.  The  difference  in  an  MEI's  basic  load 
and  the  total  assigned  and  in-transit  guantities  are 
calculated  and  the  difference  is  placed  :n  the  unit  s 
battle  loss  report  to  be  sent  to  command  .for  a 
requisition-  decision. 

TRIGGERED  BY:  F-RO-ROMT  <D-F1> 

RESULTING  IN:  F-RQ-QRDER  (D-F4) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSO): 

See  figure  £)-9. 
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FIGURE  D  —  9.  F-RO-SUPPLYCK  SSD 
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DATA  DEFINITION:  F-RO-SUPPLYCK 
Connection  Data 

_ Nueber  Trarsf erred _ Coemenfcs 


01 


S2 


D3a 


Paraaatars  aant  fro*  F-RO-RQHT  CD-F 1 ) t 

o  Unit  ID  Unit  being  checked, 

o  Supply  type  R0  supply  category  being 

chacksd  it  the  _r.it. 

Information  required  froa  the  unit's  state  vector: 


o  System  effectiveness 

o  Unit  OPCODE 
o  Unit  MSNCOfiE 

o  ALQC  flaq 

o  Throughput  flag 


o  Assigned  amount 
a  Authorized  amount 
o  On-hand  amount 
o  Due-in  amour.! 
o  Primary  SUPPLIER  ID 
a  Secondary  SUPPLIER  ID 
o  Alt  1  SUPPLIER  ID 
a  Alt  D  SUPPLIER  . D 

C  Alt  Z  z  'J  r  -LIE  r  ID 

a  Emergency  SUPPLIER  ID 


Used  to  calculate  the 
R0  level. 

Current  cce-ation. 
Planned  future 

operation. 

r! ags  ALQC  recei vi ng 
SRC  for  the  suoolv  tv: 
Flaqs  throughput 
receiving'  SRC  f or  ■  the 
supply  tvoe. 

Data  for  ME  I  only. 

Data  for  suppl j  type 
per  item: 


Needed  to  qet  info  from  data  file  at  S4a: 

o,  3  id  a 
o,  Unit  type 
o  Supply  type 
o  OPCODE 
o  MSNCODE 
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Needed  to  get  info  from  data  file  at  S^b : 


o  Unit  type 
o  ecneion 
o  Supply  type 
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tv 


K 


K 


D-F3 

DATA  DEFINITION:  F-RO-SUPPLVCK  (cont.) 

Connection  Data 

_ Nuabar _ Trantf erred _ ; _ Coaeents  ... 

D3c  Needed  to  get  info  f roe  data  file  at  S4c: 

o  Side 

o  Supply  type 
o  SRC 

o  suoply  itee 
o  Tiee 


D3d 


Sla 


£4b 


34c 


Needed  to  qet  info  from'  data  file  at  S4d: 

o  Si  da 

o  SAC 

o  Supply  type 

o  Supply  item 

o  MSNCODE 

Resuoplv  threshold  data  file  ( D-DF 4 ) j 

o  Reorder  point  Resupplv  thresholds/ 

unit  tvpe/supplv  tvpe/ 
QPCQDE/HSNCODE. 

o  Critical  point  Ditto, 

o  Nonoperational  point  Ditto. 

RO  supol  v  type  characteristic  data  file  '.C-2F3)  s 


Indicates  if  RO 

calculation  is 
'  i r  SRC. 

Supply  item  attribute  data  file  iD-OFoj: 


o  Fraction  ALQC  ar r l vi no 

o  RO  flag 


o  Total  arriving 
(-AL0C) 

o  Total  ALOC  arriving 
o  Exceotian  *!ac 


9ty/supply  tvpe/SRC 
supply  item/today. 

Qtv  ALOC/supply  tvpe/SRC 
supplv  item  todav. 
c ! 3  o  s  i f  iten  net 
checked. 
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DATA  DEFINITION: 

Conntction 
_ Nup_b.tr _ 

S4d 


D5 


F-RO-SUPPLYCK  (cent.) 

Data 

Tra  n><ir  r  a  d _ _ ■ _ Canaan  ts . . . . . 

RO  supply  itaa  forecasts  (D-DF7)  data  file: 

o  Forecast  Daily  rata/supplv 

type/supply  item/ 
MSNCODE/SRC. 

o  Forecast  NPS  Daily  rate/total 

nonplayed  supply 
iten/supply  tvaa/ 
MSNCODE/SRC. 

Parameters  sent  to  F-RO-ORDER  (D-F4)  to  create  order 


o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 

o  Order  list 

o  Order  type 

o  Total  available 
o  Total  RO 


Supplier  for  supply 
list. 

( Supp 1 v  t voe .  1 1 ex# , 
quant i tv ) » . 

Regular,  emergency,  or 
ALLOCATION. 

Used  to  calculate 
noneffective  fraction. 
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Figure  D-10b.  F-RO -SUPPLYCK  generator  (continued) 
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Figura  0-10c.  F-RO-SUPPLYCK  generator  Ccontinued) 
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Fiqura  0-10d.  F-RO-SUPPLYCK  generator  (continued) 


GENERATOR  DESCRIPTION:  F-RO-SUPPLYCK 


1.  RECEIVE  PROMPT.  Read  01  to  detereine  which  supply  type  is  being 
chocked  for  which  unit. 

2.  6ET  STATUS  DATA.  Access  the  units  supply  data  for  the  supply  type 
which  includes  the  basic  load  (authorized  level),  quantity  on-hand  and 
quantity  due-in  for  each  itee  of  the  supply  type  (S2).  If  MEI,  it  would 
also  include  the  quantity  of  each  flEI  assigned,  Read  the  resupply 
thresholds  for  the  unit  type,  its  OPCODE,  MSNCODE  and  the  suoolv  tvpe 
(S4a).  Read  the  R0  flag  that  indicates  if  this  supply  tvpe  requires  the 
RO  calculation  (S4b).  If  RO  flag  set,  read  the  unit's  systee 
effectiveness  (S2)  for  use  in  the  RO  calculations  done  in  the  loop 
through  the  i teas/systeas  at  paragraph  3. 

3.  CHECK  SUPPLIES.  Loop  through  all  items/svstees  for  this  supply 
type.  Read  the  svstee  exception  flag  !S4c)  that  indicates  if  the  itee 
is  handled  interactively  by  the  gaaer  or  bv  some  other  aethod;  if  so, 
skip  it  (i.e.,  nukes,  etc). 

4.  RO  CALCULATION  REQUIRED.  Calculate  the  RO  level  of. the  suoolv  itee 
by  aultiplying  its  aeount  authorized  by  the  unit's  svstew  effectiveness. 

3.  RO  CALCULATION  NOT  REQUIRED.  The  unit  aaintains  the  basic  load 
(authorized  level)  of  the  supply  type,  i.e.,  MEI  by  setting  the  RO  level 
to  the  aeount  authorized. 

6.  ALOC  OR  THROUGHPUT.  (TP).  Check  ALOC  or  TP  flags  of  the  supply 
item' to  see  if  ALOC  or  throughput  are  delivered  for  this  unit  tvoe  (S2>. 
(Notes  Throughput  can  include  pipeline  or  baroe  delivery,  or  it  aav  be 
preferable  to  k.eeo  ALQG,  throughput,  pipeline  and  barge  deliver'/  in 
seoerate  files.)  If  so,  oet  thetotal  .of  the  suoolv  tvoe  arriving  in 
theater  today  (S4c)  and  the  fraction  of  the  total  allotea  to  tni3  unit 
SRC  <S4b).  Multiply  the  fraction  that  this  unit  tvpe  gets  bv  the  total 
aeount  arrived  in  the  theater  bv  the  tiee  elapsed.  Do  this  for  both 
ALOC  and  throughput.  Add  the  quantity  of  ALOC  and  throughput  arrived 
for  each  supply  item  to  the  units  quantitv  on-nand  for  the  item. 

7.  ACCUMULATE  RO  AND  ON-HAND.  Check  for  a  noneffective  threshold  for 
the  supply  type  and  SRC.  If  one  exists,  keep  a  running  total  on  the  RO 
aeounts  and  the  on-hand  aeounts.  These  totals  are  passed  later  to  F-RU- 
ORDER  (if  an  order  is  created).  These  totals  are  used  to  see  if  the 
unit's  supply  status  for  the  supply  type  has  breached  the  noneffective 
threshold. 
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F-RQ-SUPPLYCK  (cont.) 

8.  HEI  SUPPLY  TYPE.  If  HEI,  determine  the  losses  by  subtracting  the 
nuaber  assigned  and  due-in  (noncoaai tted)  fro*  the  basic  load  quantity 
for  the  unit  type  (S2).  (Note:  The  assigned  systeas  are  those  on-hand 
and  in  DS  maintenance  units.  Catastrophic  kills  and  systeas  taken  to  GS 
aaintenance  have  lost  their  unit  identities.) 

9.  OTHER  SUPPLIES.  If  any  other  RO  supply  type,  deteraine  the  amount 

short  bv  subtracting  the  aocunts  on-hand  and  due-ir.  'ncr.cc::.a;  tt :  i )  'rzt 

the  RO  supply  level  for  the  supply  tvpe. 

10.,  FORECAST.  If  a  forecast  amount  is  in  S4d  for  the  supply  and  unit 
type,  get  the  exoected  additional  amount  of  the  suoplv  tvse  required  for 
each  of  the  system  types  during  the  assigned  mission,  multiply  the 
quantity  of  the  svstea  type  Cv  the  amount,  aggregate  it  ar.d  increase  c:  * 
amount  of  the  supply  item  short  by  the  amount  of  the  forecasted: 
quantity.  Get  the  forecast  amount  to  be  added  in  for  nongamed  systems 
and  aultiqlv  it  times  the  system  effectiveness.  Add  the  result  to  the 
amount  short. 

11.  SHORTAGE  CHECK.  If  a  shortage  of  the  supply  item  exists,  determine 
if  the  supply  type  is  HE  I  or  another  supply  type. 

12.  HE  I  SUPPLIES.  If  the  supply  type  short  is  HEI  (34b),  the  supply 
level  is  not  checked  aqainst  a  reorder  threshold.  Instead,  the  amount 
of  the  HEI  short  is  added  to  the  HEI  battle  loss  report  list  which  is 
sent  up  the  command  channels  via  COHHO  where  decisions  are  made 
regarding  what  actions,  if  an  .• .  are  to  be  taken  toward  'solacing  ths 
lost  systems.  The  reauesting  unit's  due-in  balance  ter  the  depleted  MEI 
is  not  increased  until  a  requisition  for  issue  is  made  ths  '*E.'I 
succiier  and  an  ALLOCATION  is  created. 

13.  OTHER  SUPPLIES.  Status  of  the  other  sued;  tvses  are  co.r.carsd 

aqainst  the  supply  reorder  thresholds  (S4a>. 

14.  DETERMINE  STATUS.  Determine  the  unit's  suoolv  status  for  nor. -ME! 
bv  dividing  the  amount  on-hand  plus  due-in  tnoncommi tted)  bv  the  item's 
RO  level.  This  calculation  provides  the  fraction  that  is  coacared 

below. 
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F-RO-SUPPLYCK  (cant.) 

13.  COMPARE  THRESHOLDS.  Compare  the  resulting  status  fraction  to  the 

raordar  or  critical  thrasholds.  If  a  noheffectiva  threshold  datum  ^ 

exists  for  tha  unit  and  an  order  is  to  b*  created,  a  total  status 

fraction  is  used  later  in  F-RO-ORDER  (D5i  D-F4)  to  determine  if  the  unit 

is  noneffective  as  a  result  of  the  shortage  of  the  supply  type.  (See  7) 

16.  REORDER  ACTIONS.  If  the  fraction  of  RO  is  below  the  reorder  or  * 

critical  points,  then  set  tha  ac;  *opriata  reorder  flag  ar.d  reed  \ZZ'  the 

item's  normal,  alternate,  or  emergency  supplier  (S2>.  A  list  of  items 

short  is  developed  for  each  supplier.  • 

17.  EMERGENCY  ORDER  REQUIRED.  If  below  the  critics!  level,  add  the 
supply  type,  item  and  amount  short  tc  the  emergency  list-  for-  th: 
emergency  supplier.  Turn  on  the  order  flag. 

13.  REGULAR  ORDER  REQUIRED.  If  below  the  reorder  level  add  the  supply 
tvpe,  item/system,  and  quantity  to  the  regular  order  per  supplier.  Turn 
or.  the  order  flag. 

19.  NO  ORDER  REQUIRED,  if  the  status  f 'action  ;s  not  at  :r  tel:.*  the 
reorder  level,  do  not  put  the  item  on  an  order.list.  DC  not  site'  the 
order  flaq.  The  exception  was  discussed  in  12. 

20.  ORDER  PART.  If  the  order  flag  was  not  turned  on  during  the  loop 
through  tne  items  of  the  supply  tvpe,  then  exit.  Gtherwisa.  invoke  ?- 
RQ-QRDER  (D5). 
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P-F4  F-RO-ORDER  TYPE:  Interactive  Function 

SUMMARY:  This  function  first  checks  if  a  unit  is  noneffective 

based  on  the  status  of  a  given  supply  type.  If  not 
effective,  it  sands  a  COMMO  aessage  to  the  CSS  gamer 
to  notify  hia  of  the  unit's  situation  so  an 
appropriate  action  can  be  taken.  ME  I  loss  reports  are 
sent  to  headquarters  via  CQMMQ  for  a  requisition 
decision.  Other  supply  orders  are  subaitted  for 
transportsti on  support  Tpr  the  requesting  -nit. 
Transportati on  may  refuse  to  provide  support  at  this 
tiae  if  the  order  is  too  saall. 


TRIGGERED  BY: 

F-RO-SJPPLYCK 

(D-FG) 

RESULTING  IN: 

SUPPLY-CUSTOMER 

(D-El) 

A-PLACE-ORDER 

(D-Al ) 

F-CREATE-RQST 

(C-Fl) 

Transcort  at i on 

(COMMO  module  implied  action:  A-SEND-MESS AGE ) 
SYSTEM  SPECIFICATION  DIAGRAM  • 3SD ) : 

See  figure  0-11. 


P 

s._- 
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DATA  DEFINITION:  F-RQ-ORDSR 


Connection 

Nuaber 


D1 


S2 


03a 


03b 


04 


Data 

Transaction _ Coaaents _ 

Parameters  received  froa  F-RQ-SUPPLYCK  CD-F3>  t 


o  SUPPLY-CUSTOMER  ID 
b  SUPPLIER  ID 
o  Order  list 

o  Order  type 

o  Total  available 
o  Total  RO 

Inf oraation 


(Supply  tvo*.  ite»#, 
quantity)*. 

Regular,  eaergency, 
or  ALLOCATION. 

Used  to  calculate 
noneffective  fraction 

state  vector: 


froa  the  SUPPLY-CUSTOMER 


o  Side  Blue  or  Red. 

Information  sent  in  CQMMQ  message  to  gaaer  about 
SUPPLY-CUSTOMER: 

o  Unit  ID 
o  Supply  type 
o  Status 

Inforaation  sent  in  C0MM0  message  about  MEI 
requisition: 

o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 

o  Battle  loss  list  (System#,  quantity)*  lost. 

Trigger  F-CREATE-RQST  (C-Fl): 

For  Blue,  this  is 
usually  the  SUPF'Lr- 
CUSTOMER  unit  unless  tor 
supplybase 

repl eni sheent.  For  Red, 
this  is  nearly  always 
the  SUPPLIER  unit.  . 
For  Blue,  this  is 
usually  the  SUPPLIER 
unit.  For  Red .this  is 
nearly  always  the  SUPPLY 
-CUSTOMER. 


o  Outset  unit 


o  Destination  unit 
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DATA  DEFINITION:  F-RQ-ORDER  (cont.) 

Connection  Data 

Nueber _ Transaction _ Coeeents _ _ 

D4  Trigger  F-CREATE-RQST  <C-Fl )  (cont.)t 

o  Order  lift  (Supply  type,  iteed, 

quantity)* 

o  Order  type  Normal,.  emergency,  or 

ALLOCATION. 

DS  Receive  Transportation  response: 

o  Request  Hag  0  *  no  request  created. 

1  *  request  created. 

D&  Trigger  to  A-PLACE-QRDER  (D-Ai): 

Change  SUPPLY-CUSTOMER'S 
supply  status. 

(Supply  type,  item#, 
quantity)*  verified. 


o  SUPPLY-CUSTOMER  ID 
o  Supply  order 
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Figure  O-lEa.  F-RO-ORCER  generator 
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GENERATOR  DESCRIPTION;  F-RO-ORDER 


1.  RECEIVE  PROMPT .  Read  input  parameters  froe  Dl. 

i.  CALCULATE  NONEFFECTIVE  FRACTION.  Sat  tha  total  RO  and  total  on-hand 
accumulated  during  tha  chack  of  tha  supply  itaaa.  Dataraina  if  tha 
unit's  status  for  tha  supply  typa  is  in  tha  nonaffactiva  laval  by 
dividing  tha  total  on-hand  by  tha  total  RO  to  get  tha  fraction  to 
coapara  to  tha  noneffective  threshold. 

?>•  NONEFFECTIVE  PART.  If  tha  coaparison  indicates  that  tha  unit  is 
ineffective  for  the  supply  type,  sand  a  aessage  to  the  gaaar  (03a)  for 
Ms  indorsation  and  action.  Place  the  order  (the  gaaer  can  dec.de  to 
del ete  it). 

*■.  ORDER/REQUEST  TYPE.  Check  the  order  list  (01)  to  determine  if  rlEI 
battle  loss  report  or  supply  order  for  a  non  MEI  supply  type. 

3.  ME  I  ORDER.  If  NE1,  send  the  MEI  battle  losses  list  to  coros  via  a 
C0MM0  aessage  <D3b). 

i.  OTHER  SUPPLIES.  If  the  supply  type  is  other  than  MEI,  check  D2  to 
^et  the  unit's  side  so  the  starting  point  unit  and  ending  point  unit 

Iarameters  can  be  passed  to  transportation  appropriate  for  the  units 
ide.  (Notei  The  Slue  starting  point  for  user  unit  resupply  is  usually 
at  the  unit,  except  for  supply  base  replenishment.  Red  is  nearly  always 
from  the  supply  base  going  tn  the  unit,  except  in  critical  circumstance 
j*hen  the  unit  aay  send  its  organic  vehicles  back  for  supplies).  Then 

I  ass  the  supplv  order  to  transoortation  by  triggering  F-CREATE-RQST  ( D  4 1 
-Ft).  Receive  the  resoonse  froa  transportation  at  D5.  If  'he  request 
lag  returned  is  zero,  skio  the  unit.  It  will  be  checked  again  at  a 
ater  time.  If  the  request  flag  is  one,  invoke  A-PLALE-ORDtR  '06:  D-A1'» 
to  update  the  SUPPL  t-CUSTiJMEK  unit  s  due-in  for  tne  amount  ■:  ‘  tr.u  items 

Ordered. 

I 

i 

RETURN.  Return  to  the  calling  routine,  F-R0-5UPPL  YCK  (D-F5:.  No 
information  returned. 
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D-F3  F-PF-RQHT  TYPE:  Interactive  Function. 

SUMMARY.:  This  function  detareines  a  unit's  supply  requireaents 

for  its  supply  types  accounted  for  through  planning 
factors  (PF)  and  it  requests  transportation  support 
for  pickup  and  delivery  of  the  supplies.  It  is 
triggered  by  the  scheduler  which  activates  it 
periodically  based  upon  the  data  input.  The  default 
is  24  hours. 


TRIGGERED  >Y:  Scheduler 


(Default  is  24  hours) . 


RESULTING  IN:  SUPPLY-CUSTOMER  (D-ED 

A-PLACE-CRDER  (D-Al) 

A-CONSUME-SUPPLY  <  D - A 1 3 ) 
F-CREATE-RQST  (C-Fl) 


Tr  an  s:or t  at i on 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 
See  figure  D-13. 
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FIGURE  D  -  13.  F-PF-RQMT  SSD 
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DATA  DEFINITION:  F-PF-RQhT 
Connection  Data  . 

Number _ Transf erred _ Comments _ 

D1  Information  patted  by  the  schedulers 

o  Time  Previous  tiae  thit 

anesment  occurred, 
o  Supply,  type(s)  Indicator  pf  supply 

types  to  be  dittributed. 
o  Side  Blue  or  Red. 

S2  SlIPPLY-CUSTOMER't  required  state  vector  information: 

o  Unit  type 
o  Side 

o  HOPP  posture 

o  Contamination  level 
o  OPCODE 
o  SUPPLIER (s)  ID 
o  Number  of  personnel 
o  Personnel  effectiveness 

D3a  Parameters  needed  to  access  the  data  file  at  S4a: 

o  Supply  type 
o  Unit  type 

o  Si  de 

o  MOPP  posture 

o  Contamination  level 
o  OPCODE  ■ 
o  (1SNC0DE 

U3b  Parameters  needed  to  access  the  data  file  at  S4b: 

o  Supply  tvpe 
o  Side 

S4a  Planning  factor  data  file  (D-DF8)  information: 


o  Planning  factors  Me i g h t  amount /man /day . 

S4b  Planning  factor  scheduling  data  file  (D-DF9): 

o  Schedule  time  For  PF  supply  types. 
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DATA  DEFINITION!  F-PF-RQMT  ( c o n t . > 

Connection  Data 

Nuaber _ Tranaf arrad _ Coaaants 


DS 


D6 


D7 


D8 


D9 


Paraaatara  passed  to  triggar 
o  Unit  ID 

o  Supplies  consuaed 
o  Currant  gaaa  time 


A-CONSUHE-SUPPLY  (D-A13) s 

Consuaing  unit. 

(Supply  typa, 
item*,  quantity)*. 

Sava  as  previous 

tiae  checked. 


Trigger  F-CREATE-RQST  (C-Fl): 


o  Outset  unit 

o  Destination  unit 

a  Order  list 
o  Order  tvpe 


For  Blue,  usual.lv  the 
SUPPLY-CUSTOMER  unit 
unless  Tor  suopl.v  base 
repl ani shnent .  For  Red, 
usuallv  the  SUPPLIER. 

For  Blue,  usually  the 
SUPPLIER.  For  Red.  this 
is  nearlv  always  the 
SUPPLY-CUSTOMER. 

(Supply  type,  item#, 
quantity) *. 

Normal,  emergency 
or  ALLOCATION. 


Receive  Transportation  response: 

o  Rea.-est  *lag  0  *  no  rgg.. 

1  =  resueet 


Triqqer  to  A-PLACE-ORDER  (D-Al): 

o  SUPPLY-CUSTOMER  ID  Char.ca  3U PPL-' -CUSTOMER'S 

supply  status. 

o  Supply  order  (Supply  tvpe,  item #. 

quantity)*  verified. 

Schedule  the  next  qccurrence  of  this  assessment: 


o  Time 

o  Supply  t v p e ( s ) 
o  Side 


Next  time  this 

aaaeaaAiSrii.  »*•*-*» 

Indicator  of  suoolv 
types  to  ce  distriouteo. 
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Brra 


Figure  0-14a.  F-PF-RCJflT  generator 
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UzIS. 


■» 


FiQuro  D-14b.  F-PF-RQHT  osnerator  CcantinuadJ 
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GENERATOR  DESCRIPTION :  F-PF-RQHT 

1.  RECEIVE  PROMPT.  Read  input  parameters  (Dl). 

2.  ELAPSED  TIME.  Deterein*  the  tiae  elapsed  since  the  previous 
distribution  oF  the  planning  Factor  (PF)  supply  type(s).  Subtract  tiae 
o t  previous  assessment  (Dl)  From  the  current  tiae. 

3.  UNIT  LOOP.  Begin  cycling  through  all  units  in  the  Force.  The 
supply  tvoes  treated  with  the  P*  sethcd  are  usual!/  gsnsrs!  t:  a  unit. 
Get  each  unit's  state  vector  data  (S2). 

4.  SUPPLY  TYPES.  Looo  through  all  oF  the  PF  supply  types  at  each  unit. 
Read  in  the  planning  Factor  amount  For  the  supply  type  For  the  unit  > 
current  state  (54a) .  Multiply  the  planning  Factor  times  the  nunbar  oF 
persons  available.  Reduce  the  on-hand  inventory  py  the  amount. 

Determine  the  order  amount  bv  subtracting  the  on-hand  and  due-in 
quantities  From  the  product  oF  the  authorised  level  times  the  pprs:*,-.  :-l 
eFFecti veness.  Add  the  result  to  the  order  list  being  prepared  For 
submission  to  the  supplier. 

3.  SEND  ORDER.  When  all  oF  the  requirements  For  the  unit  s  PF 
supplier(s)  are  accumulated,  set  the  arguments  For  the  tr anspor tat i on 
appropriately  For  the  starting  point  and  destination  point.  (Note:  The 
Blue  starting  point  For  user  unit  resupply  is  usually  at  the  unit, 
except  For  supply  base  replenishment.  Red  is  nearly  always  From  the 
supply  base  going  to  the  unit,  except  in  critical  circumstance  when  the 
unit  may  send  its  organic  vehicles  back  For  supplies.)  Then  trigger  A- 
CONSUME-SUPPLY  (D3:D-A13>  to  reduce  the  amount  available  at  the  amt  and 
send  the  order(s)  to  tr anspor t at i on  (Do:  F-CREATE-RCST  (C-rli>.  IF  the 
reciuest  Flag  returned  'D75  indicates  the  request  was  created,  tr:;;sr  .i- 
PLACE-QROER  (08:  D-Al;  to  update  the  amt's  due-ir.  per  suso:  .  re¬ 
ordered  and  set  a  local  Flag  For  paragraph  6. 

6.  SCHEDULE  TRANPORTATION.  Once  the  unit  loop  is  Finished.  iF  reouests 
were  submitted  and  accepted  by  transportation,  invoke  f-DIRECT-RQST  (C- 
F2)  to  indicate  to  transoortati on  that  all  oF  the  orders  are  read/. 

7.  SCHEDULE.  Read  the  time  ( S 4 b )  For  scheduling  the  next  occurrence  oF 
this  PF  supply  type  assessment.  Schedule  the  next  PF  occurrence  ( D 9 > . 
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D-F6 

D-F6  F-JF-RBHT  TYPE:  I  ate r  act i vs  Function 

SUMMARY:  This  function  receives  a  message  through  COMM0  from 

the  gaaer  or  requesting  unit  placing  a  special  job 
order  for  supplies  needed  to  acconplish  an  assigned 
job  or  is  triggered  by  the  scheduler  when  the  special 
order  previously  entered  continues  being  sent  on  a 
periodic  basis.  It  reserves  the  special  order  at  the 
sending  unit  and  places  an  order  from  the  sending 

^  •  i  '  •  m  ■  ■  *  .  ^  #  Ji  ^  ^  V  ^  ^  M  •  —  '  m  •+>  ■  -  *• 

a.u  .  a  a  m  ft  fi  a  a  c  .  i  <*  i  •  i  i.i  J  i  ts^uwavs^  . .  w  • 

available  ar  due  in..  It  requests  needed 
transportation  suoport. 


TRIGGERED  BY:  A  COMMO  .nessaqe 

Schsdul er . 


SUPPLY-CJSTQMER 

(0-El) 

SUPPLIER 

D-EO) 

ALLOCATION  ■ 

( D  -  E3 ) 

A-CREA’E-AlLOC 

•  0  -  A  B : 

SUPPLY-CUSTOMER 

!  D  -  E 1 ) 

A-PLACE-ORDER 

(  0- A 1 ) 

F-CREATE-RQ3T 

<c-rt)  1 

F-DIRECT-RQST 

(C-F2) 

Schedule  F- JF-RQMT 

( D-F6 ) 

(Implied  CQMMO  module  action 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


Transoortati an 
Transnortati on 

A-SEND-MESSAGE) 


See  figure  0-13. 
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ALLOCATION 

D-E3 


FIGURE  D- 15.  F-JF-BQMT  SSD 


DATA  DEFINITION:  F-JF-RQMT 


Connection 

Nuaber 


Data 

Transf arrad 


Coaaant 


Spacial  order  paraaetera  received  froa  gaaer/user 
unit  via  COMNO: 


0  Receiving  unit  ID 

o  Sending  unit  ID 

o  Order  list 

o  Time  scheduled 


Unit  to  receive 


Unit  to  send  supplies. 
(Supply  tvoe,  item#. 
Quantity; * . 

Array  of  cl  pc!' 


o  Repetitions 


order  to  se  sent. 


Parameter  from  SCHEDULER  about  scecial  order: 


o  Order  I! 


Information  stored  about  special  scheduled  order(s): 


o  Order  ID 
O  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  Order  list 

o  Schedu 1 e  time 
o  Repetitions 


(Supply  type,  item#, 
auar.titv;*. 

Decrement  each  time 
o r d e r  is  sent. 


Parameter  passed  to  retrieve  order  from  data  file: 


o  Order  ID 


Parameter  passed  to  set  changed  data  in  order  file: 


o  Order  ID 
o  Repetitions 


Remaining. 


'IPS 


DATA  DEFINITION: 

Connection 

Nuab er _ 


34 


S3 


D6 


07 


D8 


msBBgBBsmm 


m 
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F-JF-RQHT  (cont.) 

Data 

TransFerred _ Cope  tnt _ •  _ . . 

InForeation  retrieved  Froe  data  File  about  special 

scheduled  order(s)t 

o  SUPPLY-CUSTOMER  JO  • 

o  SUPPLIER  ID 

o  Order  list  (Supply  type,  itea*, 

quantity)*.  • 

o  Schedule  tiae 

o  Repetitions  Decrement  each  tiae 

order  is  sent. 

Status  inFornation  needed  Froa  SUPPLIER  (D-E2): 

o  Aaount  available  (Supply  type, 'item#, 

quantity; *. 


Paraaeters  passed  to  trigger  A-CREATE-ftLLQC  iD-Ai): 

o  SUPPLY-CUSTOMER  ID 

o  SUPPLIER  ID 

o  Special  order  list  (Supply  type,  item#. 

quantity) *. 

Parameters  pasted  to  trigqer  A-PlACE-QRDER  ij-A;-: 

o  Unit  ID 

o  Order  list  <  iucsl  •• 

quantity)*. 

Paraaeters  passed  to  triooer  r-CREATE-ROST  (C-ei': 

o  Unit  ID 

a  Supplier  ID 

o  Order  list  iSupplv  type,  item#, 

quantity) * . 

o  Order  type  Regular,  emergency.  * 

or  ALLOCATION. 
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DATA  DEFINITION; 

Connection 
_ Nuaber _ 

09 

010 


P-JF-RQKT  (cont.) 

Data 

Transf  trrtd _ Co  AM  n it _ 

Racaiva  Transportation  responses 
o  Request  flag  0  *  no  request 

created. 

1  -  raguast  zrsitei 

Paraaeters  sent  to  SCHEDULER  for  next  occurrence: 


o  Event  tiae 
o  Order  ID 


O-FS 


Figure  O-lSa.  F-JF-RQMT  generator 


I 


D-Si 


B.-ES 


PUT  AMT 
ON  SUPPLY 
ORDER 


DETERMINE 

SHORTFALL 


PUT  ON 
RESUPPLY 
ORDER 


n-FB 


Figure  O-lBd.  F-JF-RQUT  generator  (continued) 
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Figure  D-lBa.  F-JF-RQnT  generator  (continued) 


GENERATOR  DESCRIPTION;  F-JF-RQHT 

1.  ORDER  TYPE.  Read  input  data  (DI/D2)  to  deteraina  if  job  fill  (JF> 
ordar  ear#  received  via  COHHO  (DIj  new  ordar)  or  a  previously  tchadulad 
ordar  ( 02 1  rapaat  ordar).  Also,  if  a  new  ordar,  aas  it  tchadulad  to  ba 
tant  noa  or  latar. 

2.  NEW  ORDER.  If  racaivad  via  COHHO  (Dl),  assign  an  ordar  number. 

(Not#:  Tha  host  nodal  aust  hava  a  utility  routina  to  handla  tha 
resigning  and  creating  order  numbers). 

3.  SCHEDULE  TINE.  Coapara  tha  schadula  tiaa  input  aith  tha  naa  ordar 
to.  the  current  tiaa  to  deteraina  if  tha  ordar(s)  is/ara  to  be  sent  now 
or  later. 

4.  SCHEDULE  FOR  NOW.  If  scheduled  for  now  (Dl),  deteraina  the  number 
of  times  the  order  was  to  ba  sent  altogether.  If  aora  than  once,  the 
order  data  including  repetitions  are  stored  on  tha  special,  order  file 
(03a!  for  later  access. 

3.  SCHEDULE  FOR  LATER.  If  scheduled  to  start  latar,  put  the  order  on 
the  special  order  file  ( D3 a >  and  exit. 

b.  REPEAT  ORDER.  If  proapted  by  tha  scheduler  (D2),  read  tha  data 
(D3b)  for  order  fron  file  (S4>. 

7.  ORDER  NON.  If  the  ordar  were  scheduled  for  now,  create  an 
ALLOCATION  bv  triggering  A-CREATE-ALLOC  (D bs  D-A6)  at  the  SUPPLIER  unit 
and  increase  the  due-in  at  the  SUPPLY-CUSTOMER  for  tha  amount  of  each 
order  by  triggering  A-PLACE-ORDER  <D7:  D-Al). 

3.  CHECK  AVAILABLE.  Cvcle  through  the  supplv  items  at  the  SUPPLIER 
cnecking  the  availability  of  the  needed  supplies  that  are  currently 
available  and  not  committed  iS3>. 

9.  SOME  AVAILABLE.  If  some  of  an  item  are  available  at  the  SUPPLIER 

■ S 5 > .  put  them  into  a  local  order  list  to  oe  sent  to  the  SUPPLY-CUSTOMER 
ASAP  (if  transportation  support  is  available). 

10.  SOME  NOT  AVAILABLE.  If  part  of  the  ordered  aaount  were  not 
available  (S3),  put  any  of  the  order  not  available  or  due-in  at  the 
SUPPLIER  into  a  local  order  list  for  the  supplying  unit's  normal 
SUPPLIER. 


F-JF-RQHT  (cent.) 


11.  SUPPLY  ORDER.  IF  an  qrder  aer*  created  For  the  receiving  unit 
during  th*  above  cycle,  resuest  transportation  ( 08 1  F-CREATE-RQST  (C- 
FD).  IF  th*  request  Flag  (09)  indicat**  th*  r*gu»*t  war*  cr*at*d, 
invok*  F-DIRECT-RQST  (C-F2).  Decreaent  th*  repetitions  For  the  order 
IF  repetitions  ar*  no*  zerc ,  rsaov*  Fro*  order  File  (Not*:  The  host 
■odel  aust  provide  th*  routines  For  aanaging  th*  special  order  File.. 

12.  RESUPPLY  ORDER.  IF  ar  order  were  created  For  resupplying  the 
SUPPLIER,  request  tr ansport ati on  (D8:  F-CREATE-RQST  (C-Fl)).  IF  the 
request  Flag  (D9)  indicates  the  request  Mere  created,  invoke  F-DIRECT 
RQST  (C-F2) ., 

13.  SCHEDULE.  IF  the  number  oF  times  the  order  remains  to  te  sent  i 
more  than  zero,  schedule  its  next  occurrence  (DIO). 
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P-F7  F-C2-HEI 
SUMMARY: 


TRIGGERED 


D-F7 


TYPE:  Inttr act i v«  Function 

This  function  is  prompted  an  hour  (default)  after  the 
last  ME  I  battle  loss  report  is  sent  by  a  aanuever 
unit.  Each  unit's  HE!  loss  report  is  reviewed  and  a 
decision  is  eade  concerning  the  requisition  of  lost 
iteas.  F-SUPPLY-RQST  (D-Fll)  is  called  to  cycle 
throuah  the  systea  types  on  the  list  and  check  the 
availability  of  the  MEI  at  the  SUPPLIER,  the  control 
status,  and  the  availability  cf  substitutes.  The  end 
result  nay  or  say  not  be  a  requisition.  If  a 
requisition  is  detersined  to  be  necessary,  than  the 
MEI  are  checked  for  WSRO  items  in  F-WSRQ-SPLY-RQD  (D- 
FB).  WSRO  items  are  checked  for  required  supplies 
which  are  added  to  the  requisition.  (Mate:  No  check  is 
made  of  the  control  status  of  the  suoplies  qoir.o  into 
the  WSRO  MEI.  If  this  is  later  deeaed  necessary,  the 
check  should  be  dons  usinq  F-SUPPLY-RQST  for  each 
supply  type  before  adding  the*  to  the  reouisition  and 
creating  the  ALLOCATION.)  An  ALLOCATION  for  the 
supplies  is  created  at  the  SUPPLIER  for  the  SUPPLY- 
CUSTOMER  i A-CREATE-ALLQC ,  D-A6).  Availability  of 
ammo,  fuel  and  crews  for  WSRO  MEI  are  checked  in  F- 
WSRO-SPLY-AVL  (D-F9)  and  F-WSRO  (E-F2).  Anv  currently 
available  MEI  or  coaplete  WSRO  iteas  are  found  and  an 
order  for  delivering  thea  to  the  SUPPLY-CUSTOMER  is 
passed  to  transportation  in  F-3HIP-AVAIL  (D-F10).  Anv 
reaainder  (not  filled)  is  aggregated  into  one  order 
and  sent  to  t r an sp or t at  1  on  for  .iioveaent  from  the 
suoolv  base's  SUPPLIER  (usually  coros  flown  to 
di/isiom.  (Note:  As  MCI  suoplies  an:  personnel  are 
del  i  /tree  to  51i?- _  IEPs  in  area,  tns  -i.-'--'  .  In 
continues  p e l n g  filled.  Cnee  it  is  full,  a n c t h s r 
transportati  on  reejuest  is  issued  to  deliver  the 
remainder  to  the  unit.) 

BY:  Scheduler 


D-37 


F-C2-HEI  (cont.) 


RESULTING  IN: 


SUPPLY-CUSTOMER  (D-El) 

A-PLACE-ORDER  (D-Al) 

SUPPLY-CUSTOMER  (D-El > 

SUPPLIER  (0-E2) 

ALLOCATION  <D-E3> 

A-CREATE-ALLOC  (D-A6) 

A-COMMIT-ALLOC  (D-A7) 

A-SUPPLY-ALLOC  (D-Al*' 

F-SUPPLY-RQST  (D-Fll) 

F-NSRO-SPLY-RQD  (D-F8> 

F-WSRQ-SPLY-AVLAIL  (D-F9) 

F-SHIP-AVAIL  (D-FIO) 

F-WSRO  (E-F2) 

F-CREATS-TASK  ( C-F 1 ) 

(CGMMO  aoduls  implied  action: 


Person  n  a. 


A-5END-ME 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


Sea  figura  D- 1 7 . 


D-SS 


tO  li 


DftTft  DEFINITION: 

Connacti on 

Number _ 

01 


02 


03 


04 


03 

06 


O-fl 

F-C2-MEI 

Data 

Transf  erred _ Coaatntjj 


SCHEDULER  proapti 

o  Tiaa  Schadulad  avant 

tiaa.  C0MMQ  asq 
containing  unit  ME  I 

battla  losses. 

Information  on  aach  battla  loss  raoort  aessaqe: 

o  Unit  ID  'Jrut  with  KEI 

l05S8S. 

c  “El  less  list  (System#, 

quant l t v ) * . 

Parameters  passed  to  F-SUPPLY-RQST  (D-Pll): 

o  Unit  ID  Unit  that  suffered 

the  losses.  , 

o  SUPPLIER  10  ME!  sup?'./  base  for 

unit. 

o  ME  I  loss  list  (Supply  tvpa,  item*, 

quantity)*. 

Return  paraaatars  froa  F-SUPPLY-RQST  (D-Fll): 


o  Validated  order 

o  Ms -fill  list 


'Supply  tvpe.  item*, 
qua*. tit.*)  *.  if  ar.v. 

a  u  a  r,  t :  t  v :  »  .  if  an/. 


Parameters  passed  to  F-WSR 

o  ME  I, list 

Information  returned  by  F- 

o  HSRO  MEI  list 
o  Non  WSR0  MEI  list 
o  Ammunition  list 

o  Fuel  list 


0-SPLY-RQD  (D-F3) : 

:  S  /  s  t  e  m  #  .  q  u  a  n  1 1 1 « ;  * 

on  requisition. 

WSRO-SPLY-RQD  (D-F3): 

( System# , quant i t v ) * . 
(Svst em# .quantity)*. 
( Ammo  I D . quant i tv)*, 
r  e  a  u  i  r  e  d . 

(Fuel  ID, quant i tv) * . 
requi red. 


is 


f  r  -h  v ?  * 


.*» ,  \  *\  . 


DATA  DEFINITION:  F-C2-MEI  (cont.) 


Connection 
Nueber 


Data 

Transf erred 


Coeeents 


Trigger  A-CREATE-ALLOC  (D-A6): 

0  SUPPLY-CUSTOMER  ID  I 

0  SUPPLIER  ID 

a  Grdar  list 


ALLOCATION  owner. 

*  location. 

i  2ap  p  i  i  t,;e,  its:..#, 

quantity)*. 


Message  to' SUPPLY-CUSTOMER  via  CCMMQ  to  trioger 
A-PLACE-ORDER  (O-ADs 


o  SUPPLY-CUSTOMER  ID 
o  Order  list 


Trigger  A-COMMIT-ALLOC  (D-A7) 

o  Amno/f uel  SUPPLIER  ID 
o  SUPPLIER  ID 
o  ALLOCATION  ID 
o  Supply  fill 


(Supply  t'pe,  itsmtt, 
quantity)*. 


Where  supplies  are. 
ALLOCATION  location. 

(Supply  type,  item#, 
quantity)*  that  goes 
toward  filling  the 
remaining  ALLOCATION 
requirements. 


Ir.f  ar sat :  an  oaeeed  to  F-WSPO-SPLY-AYL  '0-ro  : 

a  SUPPLY-CUSTOMER  ID  ALLOCATION 

2  e  tj  p  o  i_  *  r  o  t  u  •• 

o  ALLOCATION  ID 

Infar-itsar.  passed  to  trigger  A-S'JP°_ !- "..IC  . 

□  me:  supplier  id 

o  Ammo/fuel  SUPPLIER  ME  I  SUPPLIER'S, 
o  ALLOCATION  ID 
o  Supplies  transferred 


D-F7 


DAT  ft  DEFINITIONi  F-C2-HEJ  (cont.l 


Connection 
_ Hugbgr 


Data 

Transf erred 


Consents; 


012 


D13 


Paraeeters  sent  in  personnel  request,  F-NSRQ  (E-F2)i 


o  SUPPLIER  10 
o  SUPPLY-CUSTOMER  ID 
0  ALLOCATION  10 

o  ME  I  order  list 

Inforeation  returned  fr oa 

o  Craw  list 


Personnel  CUSTOMER. 
MEI  SUPPLY-CUSTOMER. 
Used  to  ioentify  the 
personnel  request. 
(Systee*,  quantity)*. 

personnel,  F-WSRO  (E-F2): 

(System* , quant i tv ) * , 
avai labia. 


014 


013 


Paraeeters  passed  to  F-SHIP-AVAIL  (0-F10)s 


o  SUPPLY-CUSTOMER'  ID 
o  MEI  SUPPLIER  ID 
o  ALLOCATION  ID 

Transportation  request  for 
(F-CREATE-RQST) ; 

o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  Order  list 

c  Order  tvpe 


ALLOCATION  owner. 

*  location. 


shipping  deaands 


Destination  unit. 

Start'.'.:  point. 
'Suoo’.v  tvpe,  iter*, 
5  u  a  n  1 1 1 .  M . 

•lorn: I. ,  : ' 

allocation. 


v 


D 1 6 


Resoonse  froe  transoortati on: 

o  Request  flag  0  *  request  r.ct 

created. 

1  =  request  created. 


► 


D-92 


n-F? 


Figure  O-IBb.  F-CB-flEI  generatrr  Ccontinuad) 


QzEZ 


Figure  O-lSc.  F-CH-HEI  generator  (continued) 


0-93 


D-F7 


Figure  0-18d.  F-C2-I1EI  generator  (continued) 


GENERATOR  DESCRIPTION;  F-C2-HEI 

1.  RECEIVE  PROMPT.  Receive  prompt  froe  scheduler  for  reading  the  MEI 
battle  lost  report  eessages  froa  MEI  user  units  (Dl). 

2.  UNIT  REPORTS.  Bagin  cycling  through  tha  unit  MEI  battla  loss 
raports  containad  in  tha  COMMO  aassagas  (D2). 

3.  READ  MEI  BATTLE  LOSSES.  Read  an  incoming  COMMO  messaoe'  containing 
tha  input  paraaaters  <D2>  for  a  unit's  MEI  lossas. 

4.  MEI  REQUISITION  DECISION.  Invoke  F-SUPPLY-RQST  (D3:  D-F ID)  to 
decide  whether  an  MEI  requisition  is  to  be  authorized.  F-SUPPLY-RQST ■ 
cvcles  throuqh  the  MEI  types  lost  bv  a  unit,  checking  on  its  availablitv 
at  the  SUPPLIER,  determining  its  control  status,  and  making  anv 
substitutions,  when  necessary  and  available  (assigned  durina  data 
input).  Depending  on  the  unit's  situation  and  the  MEI  status,  it 
typically  returns  <D4)  a  requisition  for  the  required  MEI  types  ano 
quantities.  (No  a:  Controlled  MEI  are  issued,  denied,  or  substituted 
for,  based  on  the  unit's  total  issue  of  the  MEI  type  so  far  today 
compared  to  its  alloted  amount  for  the  day.  Noncontrol  led  MEI  are 
issued  on  an  (FIFO)  basis  unless  they  become  scarce,  then  thev  become 
controlled.) 

3.  MEI  AGGREGATE  SHORTAGES.  As  each  unit’s  order  is  processed, 
accumulate  any  MEI  on  the  no-fill  list  into  an  aggregated  order.  If  an 
order  is  created,  it  is  submitted  for  transportation  support  in 
paragraph  13. 

6.  WSRO  SUPPLIES  REQUIRED.  If  any  WSPO  MEI  are  in  the  requisition, 

invoke  F-WSRO-SPL ( -ROD  D-F3i.  This  function  cvcl ea • through  the  MEI 

list  separatinq  it  into  WSPO  and  non-WSRO  lists.  For  WSPO  MEI,  it 
determines  and  lists  the  ammo/fuel  requi r ements .  Tne  resulting  lists 
are  returned  (D£>)  to  this  function. 

7.  INCREASE  REQUISITION.  Place  anv  ammun l t l on / f uel  requirements  and 
their  quantities  on  a  requisition  list  for  inclusion  in  the  ALLOCATION 
requirements  in  paragraph  8. 

8.  CREATE  ALLOCATION.  Trigger  A-CREATE-ALLOC  (D7:  0-A6)  to  create  a 
reservation  of  the  required  supplies  for  the  unit,  and  then  send  a  COMMO 
message  (D8)  to  the  unit  to  verify  the  ALLOCATION.  This  message 
triggers  A-PIACE-ORDER  (D-Al)  which  updates  the  SUPPLY-CUSTOMER ' s  due- 
ins  and  total  issue  so-far-today  for  each  supply  item. 

9.  MEI  SYSTEMS  AVAILABLE.  If  available  MEI  were  returned  from  F- 
SUPPLY-RQST  at  4,,  commit  those  at  the  MEI  SUPPLIER  to  the  ALLOCATION  bv 
triggering  the  action  A-COMM I T-ALLOC  (D9:  D-A7). 


F-C2-HEI  (cant. ) 

10.  WSRO  SUPPLIES  AVAILABLE.  If  any  WSRO  ME  I  art  in  tht  requisition, 
invoke  F-WSRO-SPLY-AVL  < 0 1 0 a  D-F9).  This  Function  determines  the 
availability  oF  required  WSRO  (aaeo/Fuel)  supplies.  IF  not  available  at 
the  HEI  SUPPLIER,  it  atteepts  to  get  thee  Froe  the  ME I  SUPPLIER'S 
aeao/Fuel  supplier(s).  Any  available,  noncoeeitted  supplies  requested 
are  put  into  the  ALLOCATION  (A-SUPPLY-ALLOC,  Oil:  D-A14). 

11.  CREWS  AVAILABLE.  IF  WSRO  ME  I  are  required,  invoke  F-WS33  '012:  E- 
F2)  to  request  any  crews  From  the  personnel  aodule.  The  number  oF  crews 
per  HEI  type  are  returned  (D13),  so  the  number  oF  ME  I  (WSRO  and  non- 
WSRO)  available  now  can  be  determined.  (Note:  any  personnel  required  to 
crew  the  ME  I  reaain  with  the  personnel  module  until  the  transportation 
unit  (TU)  arrives  to  transport  the  WSRO  ME  I  and  is  loaded  with  the 
supplies  currently  committed  to  the  ALLOCATION.) 

12.  CURRENT  SHIPMENT.  IF  any  oF  the  ALLOCATION  is  available  now. 
invoke  F-SHIP-AVAIL  (D14:  D-F10).  This  Function  determines  the  amount 
oF  a  requisition  currently  available  For  immediate  shipment  ?nJ  submits 
the  order  to  transportati on  (CIS).  Again,  iF  any  WSRO  is  included,  it 
must  be  complete  to  include  whatever  ME  I ,  ammun.i ti on .  Fuel  .  and  crew 
required.  IF  the  request  Flag  indicates  that  the  request  were  created, 
invoke  F-DIRECT-RQST (C-F2) . 

13.  SUPPLIER  ORDER.  Once  the  last  unit  is  treated,  iF  an  angregated 
MEI  were  developed,  send  it  to  tr anportati on  (D.5)  to  move  the  supplies 
down  to  the  MEI  SUPPLIER.  IF  the  request  Flag  indicates  that  the 
request  were  created,  invoke  F-DIRECT-RQST  (C-F 2) .  Emit. 


P.-F8  F-WSRO-SPLY-RGD  TYPE:  Interactive  Function 

SUMMARY:  This  function  checks  through  the  list  of  ME  I  on  a' 

unit's  requisition  looking  for  WSRO  systems.  If  WSRO 
ME  I  are  part  of  the  requisition,  it  finds  the 
amauni ti on/fuel  supplies  normally  required  by  the  WSRO 
MEI.  (Note:  If  later  it  should  become  desirable  to 
control  the  supplies  going  into  the  WSRO  MEI,  the  • 
supply  requirsent5  determined  here  should  be,  fed  to  F- 
SUPPLY-ROST  (D-Fll)  to  get  an  aoorgved  list  oafor: 
creating  the  ALLOCATION.  This  will  require  adding  he 
fill  and  no  fill  lists  together  before  doing  so.) 

TRIGGERED  BY:  F-C2-MEI  (D-F7) 

RESULTING  IN:  Lists  of  WSRO  MEI.  non  WSRO  MEI.  WS-S  component 

(aramo/  fuel)  supply  requirements  in,  a  unit 
r equi si ti on . 

SYSTEM  SPECIFICATION  DIAGRAM  (3SD): 


D-F8 

DATA . DEFI.NI  T  ION:  F  -  MS  R  0-SPL.Y-RQD 


Connection  Data 

_ Number _ Transferred _ ] _ Coaaents: 


01  The  paraeeter  received  fr oe  routine  F-C2-MEI  (D-F7): 

o  ME  I  list  (System*, quanti  tv) * 

j  in  requisition. 

02  The  parameter  needed  to  get  WSRQ  HE!  amount tisn  and 

«  fuel  basic  loads  from  data  file  (D-DF11): 


o  WSRQ  ME  I  ID 

S3  Information  returned  from  data  file  iS-DFlll: 

o  Ammo  list  (Ammo  ID.  quantity)* 

for  ME I . 

o  Fuel  Fuel  ID.  quantity 

for  ME I. 

D4  Information  returned  to  F-C2-MEI  (D-F7): 

a  WSRQ  ME  I  list  (Svstee*. quantity) ♦. 

o  Non  WSRQ  ME  I  list  (System# , quant  i  tv ) *. 

o  Component  supplies  (Supply  ID.  item#, 

quantity)*. 


* 


n 


D-tOl 
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QdS. 


Figure  D-50b.  F-WSRO-SPLY-RQD  generator  (continued) 

D  —  1 03 
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GENERATOR  DESCRIPTION:  F-NSRO-SPLV-RQD 

1.  RECEIVE  INFORMATION.  The  invoking  routine,  F-C2-HEI  (D-F7) ,  sands 
tha  list  of  MEI  on  tha  raquisition  for  filling  tha  unit's  MEI  battle 
lossas  (Dl). 

2.  MEI  CYCLE.  Begin  looping  through  tha  ME!  list,  checking  for  NSRO 
MEI  (02/S3).  If  a  NSRO  MEI  is  found,  antar  it  on  a  NSRO  MEI  requirement 
list  and  continua.  Otherwise,  put  tha  MEI  on  tha  non  NSRO  raquiraaent 
list  an  go  to  3. 

3.  NSRO  COMPONENT  SUPPLIES.  Chack  tha  basic  load  data  fila  (D2/S3)  for 
any  component  supplies  for  tha  NSRO  MEI  by  loosing  through  tha  possible 
supply  types  (aamo/fuel).  (Note:  If  none  exist,  the  iteration  is  zero, 
so  the  process  goes  to  5.)  If  a  supply  type  has  items  in  the  WSRC  MEI 
basic  load,  get  the  list  of  items  and  amounts  of  the  supply  type  for 
each  MEI  basic  load  (D2/S3). 

4.  ITEM  LIST  PER  SUPPLY  TYPE.  Cycle  through  the  items  of  the  supply 
type,  multiplying  the  quantity  in  the  basic  load  times  the  quantity  of 
the  MEI  type.  Aggregate  the  sum  into  an  array  by  supply  type  and  item. 

3.  RETURN.  Tha  NSRO  MEI,  nor.-NSRO  MEI,  and  the  aggregated  component 
supply  (aaao/fuel)  requirement  lists  are  returned  to  the  calling 
routine,  D-C2-MEI  !D4). 
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D-F9  F-MSRO-SPLY-ftVL  TYPE:  Interactive  Function 

SUMMARY. s  This  function  checks  the  availability  of  a  required 

WSRQ  supply  coeponent  (aaaunition  or  fuel)  at  the  ME1 
supply  base.  If  the  aaount  available  is  rot  enough,  an 
atteept  is  aade  to  get  the  remaining  requirement  from 
the  MEI  supply  base's  closest  aaauni ti on/fuel 
supplier.  Any  of  the  required  supply  available  is 
placed  on  an  ALLOCATION  update  list  and  committed  to 
the  ALLOCATION. 


TRIGGERED.  BY: 

F-C2-MEI 

(D-F7) 

RESULTING  IN: 

SUPPLIER 

(D-E2) 

ALLOCATION 

<d-e:> 

A-COHMI T-ALLOC 

(0-A7) 

A-SUPPLY-ALLOC 

(D-A14) 

SYSTEM  SPECIFICATION  DIAGRAM.  <SSD)  : 


See  figure  D - 2 1 . 


D-F9 


FIGURE  D-21.  F-WSRO-SPLY-AVL  SSD 


DATA  DEFINITION:  F-WSRO-SPLY-AVL 


Connection 

Nuaber 


Data 

Transferred 


Coaeents: 


D1 


Inforeation  froe  invoking  function  F-C2-MEI  (D-F7): 


o  SUPPLY-CUSTOMER  ID 
0  HE  I  SUPPLIER  ID 


ALLOCAT 

ALLOCAT 


■  »  t  « 


S2 


Information  needed  fro»  the  ALLOCATION  about 
required  supply  components: 


ION  owner, 

ION  location. 


S4 


S5 


c  Supply  type 
o  Requirement  list 
o  Committed  list 


Ammo/  f  ui 


el  . 


I  tea# 
Cl  teo#  ,i 


quant ; tv • ♦ . 
quart: tv) ♦. 


Information  needed  from  the  MEI  SUPPL 
avai 1 atl e  suppl i es: 


IER 


about 


o  MEI  SUPPLIER  ID 
o  SUPPLIER  ID's 
o  Supoly  type 
o  Available  list 


Ammo/f  u 
Ammo/ f  u 
( Item# , 
not  con 


el . 
el . 

quantity) 
mi tted. 


Information  needed  about 


the  MEI  SUPP 


LIER  ammo  statu 


o  Ammo  SUPPLIER  ID 

p  Available  list  'Item# 


Information  needed  about  the  “El  SUPPL  IER  1 usl  statu 


P  ruel  SUPPLIER  ID 
o  Ays: »  a  b . e  list 


not 


=: 


q  u  a  *  t :  t 
mi tted. 


D6 


Trigger  A-SUPPLY-ALLOC  (D-A14)  from 
to  MEI  SUPPLIER: 


ocal  SUPPLIER 


o  MEI  SUPPLIER  ID 
o  SUPPLIER  ID 
o  ALLOCATION  10 
o  Suool i es 


ALLOCA 


ION 


ALLOCATION 


owner. 

location. 


(Suppl 
tr  ansf 


|  t  y  o  e  ,  item)*, 
erred  quant i tv • ♦ 
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DATA  DEFINITION:  F-WSRO-SPLY-AVL  (cont.) 


Connect  1 on 
Nuaber 

07 


Data 

Tranef erred  .  . .  Coaaentei 

Trigger  A-CQRNIT-ALLQC  (D- A7>  to  reeerve  the 
•uppliee  at  th»  ME  I  SUPPLIER: 

o  SUPPLIER  ID  Mhere  euooiiet  located 

«  <*•  - » r  * 

0  ALLUCAT ’?N  :? 
o  Supply  fill  lilt 


(Supply  tvpa,  1 1 *»•  . 


a-ra 


Figure  0-22.  F-W5R0-SPLY-AUL  ganoratar 
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GENERATOR.  DESCRIPTION:  F- WSRt)  -  S  PL  y  -  A  VL 


1.  RECEIVE  INFORMATION, 
function  in  Dl. 


Read  information  received  fro*  the  invoking 


2.  SET  ALLOCATION  REQUIREMENT 
supply  (ammo/fual)  requiraent* 
put  them -on  a  supply  list  by 


3.  SUPPLY  TYPES.  C v c  1  *  thrati 
list.  If  thara  arm  nona  on  tit 
continua. 


aval  1 ab I  a 
th-c  amount  to  la  committed  to 


S.  Chack  tha  ALLOCATION  for  coaponant 
(S2).  If  any  axist  that  ara  not  f i 1 1  ad , 
Supply  typm  and  itaa. 


oh  tha  items  for  aaeh  suco!  tvc*  or  V'9 
a  list,  go  to  7  (RETURN),  otharwisa 


4.  CHECK  aSRQ  SUPPLIER.  Fimt  chack  for  a  nv  of  tha  suoolv  it  an 
aval  1  ail  a  (not  committed)  at  ‘;h#  MSI  S’JPpL  I EP  (S3).  If  acta 

reduca  the  incur.*  ifaouir  ad  on  tha  list  for  the  :  tan  an; 

the  ALLOCATION  in  6.  (Notas  lihen  ar 
ALLOCATION  is  cancallad,  tha  iupplims  raaain  at  tha  ME1  stcolv  Case. 
Also,  if  thara  *ere  a  fuel  reiuiranent,  it  could  be  available  at  -.ns  "l 
SUPPLIER,  because  ME!  art  <ua|ad  at  corps.  Upon  arrival  :!  t*?  fuel  ad 

u  el  r  e  n  a  i  n  i  n  o  is  added  :  n  t :  t h  e  * .  :•  1 
ME  I 's  ALLOCATION. ) 


ME!  at  the  Mil  SURLIER,  tha 
supplies  and  committed 'to  the 


3.  COMPONENT  SUPPLIERS. 
the  ME  I  supplier,  check  the  s 
implicitly  transfer  any  of 
the  ME  I  supply  base  bv  trigged 


h* 


i  _ 

-c 


i *i v  p'/attaPLE.  !<  *n>. 
2 -  -  - ' 


-t 


:  n » ■. .  : ' 


,  if  there  »as  .not  enough  :*  the  1 1  a at 
iipoly  base's  component  SUt0'„!ER  '3,4'  a*J 
available,  noncoaeitted  supply. i ten  t: 
ing  A-SUPRLY-ALL3C  (24:  Mil'. 


**9  Sybil  >  1  *  ?  *  S  ****!»  ‘  *  y  -  *  ’  *  *  n  '  •  *  ** 

nit  t  “•  e  a  to  the  AL-03A*  I  M  ■  :  C '  L* 


supplies  and  put  thee  into  thp  SUPPLY-CUSTOMER  s  ALLOCATION  at  the 


■  c '  se 


.tine 


i  i  *  0 


i  r.  d 


■Nats:  If  tn q  iupaliss  ^ o  1  n ^  pnts  tht  .4 3 R □  HEI  irs,  it  sa.ts  .*;:r 
t  b  to  :  h  <?  c  c  i  aba:  n  s  t  t  *  e  unit's  ammunition  cbntr:!  a  1 1  n  t  * *  t ,  t  h .  . 
function  will  need  to  be  changed  along  mth  F-C2-MEI,  F-NSSC-SPLY-RCD 
and  F-SUPPLY-RQST,  In  that  cia«e,  suggest  that  the  ME  I  requisition 
returned  to  F-C2-MEI  by  F-SUPPLY-RQST  be  sent  to  F-W3RC-SPL .  -  ROD  to 
provide  lists  of  required  supplies  for  the  USRC  ME!.  Thsse  lists  are 
fed  to  F-SUPPLY-RQST  to-  git  approved  supply  requirements  -lists  be*crp 
c  r  9  a  1 1  -  o  *  h  t  ALLOCATION  <t;*h  j* h  ?  **  £  I  and  s  u  c  u  1  v  r«n.vnro«,(j»*s  >>.« 

Puantiti-ws  oresentlv  j  •>  a :  1  a  b  1  Is .  ! 
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D-FIO  F-r.iIP-AVfllL  TYPE:  Interactive  Function 

SUMMARY:  This  function  deteraines  the  aaount  of  an  ALLOCATION 

that  i»  available  for  iaaediate  ihipaent  and  creates 
tha  shipaent  ordar.  Thi*  includes  any  non  NSRQ  ME  I 
and  any  coaplata  "ready  to  fight"  (araed,  fueled,  and 
crewed)  NSRQ  ME I. 

TRIGGERED  BY:  F-C2-MEI  D-F7) 

RESULTING  INI  F-CREATE-RQST  (C-Fl)  Transportati on 

F-DIRECT-RQST  (C-F2)  Transportation 

SYSTEM  SPECIFICATION  DIAGRAM  <  £  S  D  ’  : 

S'c  fioure  D - 2 Z . ' 


D  -  Ill 


\'1 


FIGURE  0-23.  F- SHIP -AVAIL  SSD 
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D-F10 


DATA  DEFINITION:  F-SHIP-AVAIL 


Connection 

Nuaber 


Data 

Transf erred 


Coaaants 


Inforaation  raceivad  froa  F-C2-HEI,  D-F7: 


o  SUPPLY-CUSTOMER  ID 
0  SUPPLIER  ID 

5  ALL0CAT:CM  10 


ALLOCATION  owner, 
ALLOCATION  location. 


Information  naedad  froa  tha  ALLOCATION: 


o  Non-WSRO  ME  I 


:  NSPC  ME  I 


o  Craws 


o  Ammo /fuel 


(.3  .'Stas# .  auant  i  1 /  •  * , 
i/3liabl“« 

/  3 1  a  s  # , :  „  j.  r.  1 1 1 »  * . 
available. 

' S /st am# , auant i tv)*, 
avail abl a. 

( S  u  o  p 1 v  t v os.  i : s  s  # . 
suanti tv; ♦, av  ai 1  sole 


Parameters  oassed  to  access  data  file  (D-DFll)  at  04: 


o  ,  ME  I  svste*  ID 

Date  needed  about  each  NSRO 
basic  load: 

o  Am, sc  basic,  load 


' '  anscorcat .  or, 
hand  o  j  ar  t : t  .  : 


o  Unit  1  0 


o  Order  list 


o  Order  type 


MEI  component  sues  1  / 

.vri5»,  : „ a  ■  ■  ;  t  .■  * . 

r  _  3  ;  i  . 

i^siiits  i. 


i  3  u  p  p 1 ,  t  <  c  e ,  item#, 
a  u  a  n  1 1 1  /  ♦ . 

Normal .  emergen  :  v  ,  cr 
ALLOCATION.  . 


Transportati on  '  s  response  (F -C3EATE-RQ3':  C - F 1 > 


*  e  s  v  e  s  T  f !  2 ; 


created. 


i  -  f  du  JC5  .  dd.  Cj. 


nn.r-1'  p. 


D-t  13 


vwvwnnm  m  ci  ra 


0-F1Q 


Figura  D-24a.  F-5HIP-AUAIL  generata1- 


D-114 


3 


n-Fio 


* 


Figura  0-54c.  F-SHIP-AUAIL  generator  (continued) 
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GENERATOR  DESCRIPTION:  F-SHIP-AVAIL 


1.  RECEIVE  INFORMATION.  Receiv*  th»  information  in  D1  fr am  F-C2-MEI. 

If  any  of  tht  ALLOCATION  is  currently  available,  attempt  to  develop  an 
order  for  ieaediate  shipeent  to  the  SUPPLY-CUSTOMER. 

2.  NON-MSRO  HE I.  Check  the  ALLOCATION  for  any  non-WSRO  HEI  available 
<S2).  If  there  Mere  any,  put  the  itees  and  quantity  on  the  shipeent 
order. 

3.  MSRO  MEls.  If  the  order  had  WSRQ  ME  I  that  required  aeeunition  or 
fuel  (S2>  and  soee  Mire  available,  load  the  list  of  aeeumtion/f uel 
committed  to  the  ALLOCATION  into  local  work  arrays  by  suooly  type. 

Cycle  through  the  list  of  W3R0  ME  I  available  in  the  ALLOCATION  to  find 
how  many  are  cPmoldte  (armed,  fueled,  and  crewed)  and  ready  for 
immediate  shipment. 

4.  I4SR0  AMMUNITION.  If  the  MEI  required  ammunition  (S4),  cycle  through 

the  list  of  ammunition  types  in  the  MEI  basic  load  (D3/S4).  (Note:  It  is 
assumed  that  the  MEI  are  loaded  into  each  unit  type  (SRC)  bv  priority, 
and  each  ammunition  type  is  loaded  for  each  system  bv  priority).  Divide 
the  amount  of  the  aenumtion  type  available  by  the  amount  of  the 

ammunition  type  in  the  MEI  type's  basic  load.  This  produces  the  total 

number  of  ammunition  loads  for  the  MEI  type.  Take  the  minimum  of  the 
number  of  loads  and  the  number  of  the  MEI  and  save  it  in  a  temporary 
array  until  all  of  the  ammunition  types  for  the  MEI  are  similarly 
treated.  Reduce  the  amount  of  the  ammunition  type  on  the  work  list  bv 
the  number  of  loads  set  aside  for  the  MEI  type.  Once  through  all  of  the 
ammunition  types  for  the  MEI,  take  the  minimum  of  all  the  loads  to 
determine  the  current  number  of  the  MEI  armed.  Save  this  figure  for. 
later  use  in  findinq  how  many  complete  WSRO  MEI  are  available  for 
shioaent  in  6. 

5.  WSRG  FUEL.  If  the  MEI  reouired  fuel  (S4),  divide  the  MEI  tvee  s 

basic  load  into  the  amount  of  the  fuel  type  used  to  determine  the  number 
of  the  MEI  tanks-full  available.  Take  the  minimum  of  the  numDer  of  fuel 

tanks-full  and  the  number  of  tne  MEI  type.  Save  this  figure  for  lacer 

use  in  finding  horn  many  complete  WSRQ  MEI  are  available  for  shipment  in 
step  6.  Reduce  the  amount  of  the  fuel  type  on  the  work  list  by  the 
number  of  loads  set  aside  for  the  MEI  type,  so  there  is  not  as  much 
available  for  the  next  MEI. 

6.  WSRO  READY.  Determine  the  number  of  the  WSRO  MEI  completed  bv 
finding  the  minimum  number  of  MEI,  crews,  ammunition  loads,  and  fuel 
loads.  Place  the  MEI  system  and  quantity  on  a  shipment  order.  Reduce 
the  guantity  of  ammunition  and  fuel  available  in  the  work  arrays  by  the 
amount  alloted  to  the  MEI,  so  it  is  not  available  to  the  remaining  WSRu 
MEI  being  checked.  Continue  cycling  through  the  WSRO  MEI  until  all  are 
treated. 


D-FIO 

F-SHJ IP -AVAIL  (cont.) 

7.  IMMEDIATE  SHIPMENT.  If  a  shipment  order  were  created  for  currently 
available  ME  I  for  the  SUPPLY-CUSTOMER,  invoke  F-CREATE-RQST  (D3:  C-Fl) 
to  request  transportation  support.  If  the  request  flag  returned  (06) 
indicates  that  the  request  were  created,  invoke  F-OIRECT-RQSt  (C-F2). 
Exit. 
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C-Fll  F-SUPPLY-RQST 


TYPE:  Interactive  Function 


SUMMARY:  This  process  function  cycles  through  the  supply  items 

requested  by  a  SUPPLY-CUSTOMER*  It  checks  the 
availability  at  the  SUPPLIER  and  the  control  status  of 
each  ite*.  It  then  eakes  necessary  changes 
(validates)  to  the  initial  request,  including  Baking 
substitutions,  when  assiqned  and  available.  It  may 
not  allow  soae  of  the  initial  request  if  the 


controlled  s  1 ,  o  t a  r .  .  -  « .  .  i 


.rznis  0. 


TRIGGERED  BY: 


F-C2-ME I  ( D-F7 ) 

F-NONALLOC-ORDER  (D-F15) 


E  S 0  L  T  I  N  '3  I  'I : 


Validated  fill  and  no-till  lists. 


E:STS,M  SPECIFICATION  DIAGRAM  iSSD) 


See  figure  D-25. 


fife- 


m 


0-119 


Or  fH 


OATA  OE'INITIONt  F-SUPPLY -RQ9T 


Connection 
. Nuaber 

01 


32 


s; 


Data 

Transferred  Coaaents 

Paraaeters  racaivad  froa  the  invoking  functioni 


0  SUPPLY-CUSTOMER  10 
0  SUPPLIER  ! 0 
o  Request  list  , 


Cheek  the  SUPPLIER'S  status: 

s  *oveaent  Mag 
a  Supply  10 
o  Supply  itaa  IS 
0  Aaount  on-*and 

o  Aaount  J.:e-;n 

o  Control  flag 

Sat  SUPf’L'-CUS’SMEfi  data: 

o  3uoo 1  /  I 3 
o  3uoo 1 y  i taa  IS 
o  Control  allotment 

o  Total  its. ad  today 


Unit  taking  request. 
Unit  filling  request. 
(Supply  type,  itaa*, 
quantity) *. 


Aaount  a . * : I ,  #  at  "  a 

*  .  ■  &  X  1  '  t  M 
1W-  ^  Wit"  » 

Honcosajttad  due- in. 
(N'COI). 

Indicates  i'  ;  t ;  n  ;s 
fit:  *.3  :  ;n* r ; ! ;  . 


Aaount  O*  t*>e  it  an 
ava» l as l a  tor  i tiua  t o 
t  ft  a  unit  tv;*.. 

•  • i . n t  '3 4  fa  ;t?* 
issued  »o  4  a  *  t : : «  . 


Parameters  r#eaed  to  a r < 

3  3"  0  3  !  I  L 

;  3  u  u ;  1  /  i’ IS 


' .  ;  'll.:  * ; 

*  :*  '  ■  .  . - o  i  y 


t  . :  a . 

'a ‘  a  ‘  , 


Data  file  O-uPSC’  of  substitutes  for  susslv  item*: 


o  Subst 1 1  jt a  IS 


Drill 


Figure  0-56a  .  F-5UPPLY-RQST  generator 


0-123 


nmuwu  ruL-rmyatr** 


-^^▼*w*!^Ara3rv3**jrsiar^r*3»*jrMr*Y»»Wtfanur»m*»** 


P--E1L 


Figure  O-ESb.  F-5UPPLY-RGJST  generator  Ccontinued) 


O-Fll 


Figure  O-BBc . 


F-5UPPLY-RQST  generator  (continued) 
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Qrf.ll 


Figura  0-5Sd.  F-5UPPLY-RQST  generator  (continued) 
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GENERATOR  DESCRIPTION:  F-SUPPLY-RQST 

1.  RECEIVE  PROMPT.  Read  input  parameters  (Dl>. 

2.  SUPPLY  ITEMS  REQUESTED.  Loop  through  tha  supply  itaas  requested 
(Dl). 

3.  UNTIL  ALL  TREATED.  Loop  through  tha  fill  process  until  all  of  each 

*  supply  itaa  is  fill  ad ,  substituted  for,  listed  as  no-fill,  or  deleted 

•  Aa^Mi  j  •  , 

#  4.  AVAILABLE.  Check  the  SUPPLIER  for  noncomaitted  aaounts  of  the 

aucolv  item  available  '32).  (Note:  Portions  of  the  suopl*  ease  s  on-hand 
3 u entities  of  suoolies  mav  be  committed  to  siioolv  ALLOCATIONS 
resiff  .at:  on*.  .•  Nets,  also,  that  the  at  feet  of  ccntamnuticr  on  a 
a  -*  ar  o  a-oo.iaa  <  o  o .t.  1 1 1  e  s  or  r.  cnca  aa ;  1 1  ad .  inciubinp 

s  of  a1  supply  tv  pa  should  be  determined  and  accounted  for  av 
'■“■a  o on t a.ni nat i ng  nodule  at  the  tine  of  the  contamination.  'This  will 
reouire  a  soecial  utility  routine,  develooed  Sv  the  imol'a.tantors.  that 
oar.  Oe  called, at  the  time  of  occurrence. :  If  a  supply  Case  rs  in't.ns 
proe'ess  of  relocating,  see  the  movement  flap  i32),  it  nas  an  adverse 
affect  on  the  availability  of  supplies.  This. affect  is  represented  t  / 
the  product  of  a  fraction  (data  input),  dependent  on  suoplv  base  SRC. 
echelon,  supply  type,  etc.,  times  the  quantity  of  noncommitted  supplies 
on-hand . 

5.  SOME  AVAILABLE.  If  same  are  available,  ao  on  to  check  the  control 
status. 

6.  NOME  AVAILABLE.  If  none  are  available,  •  eec  the  »•„ pp./  ;teo  or.  the 
neouest  list  until  substitutes  can  ce  :  ”  e  c  ■  e  o  . 

7  ,  NOT  CONTROLLED.  1 *  c  ~  i  •  i 1 2  ti  \  t  ~z  *  z  z?  ¥.  *  2  2  z  ■  •  i  ^  1  a*  "  *  *■ 

control  flag  is  not  set,  pet  the  oontnai  threshold  and  t:.a  .oa-eu-so- 
f  ar-todav  amounts.  Accumulate  the  issues  and  the  minimum  ri  o 
'z  cues  ted  amounts  rnd  th:-  -c;  -t  or--:.-d. 

,  8..  CONTROL  THRESHOLD.  CofflDare  the  above  result  aaainst  the  control 

threshol d. 

”  9.  NOT.  BREACHED.  If  the  NCSI  did  not  breach  the  control  threshold,  out 

the  entire  amount  of  the  request  on  the  aooroved  list  (on  a  FIFO  basis) 
and  oero  the  request. 

1  v .  BREACnEu.  If  tne  Tt  u  5 1  oreaenso  me  :  r,  resnoio,  set  the  ocro-e,  t  i  a  1 
and  put.  the  amount  less  than  the  threshold  or.  the  aooroved  list.  Remove 
the  fill  amount  from  the  reauest  (32). 


v ’T»T  Available  Copy 
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F- SUPPLY -RQ ST  (cont.) 

11.  NO  CONTROL  THRESHOLD.  If  the  itee  has  no  control  threshold,  put 
any  aaount  requested  and  available  (noncoaai tted)  on  the  approved  list. 
Reeove  the  aaount  filled  froe  the  request  list. 

12.  CONTROLLED.  If  the  supply  itea's  controlled  flaq  is  set, 
accuaulate  the  issued  and  the  ainiaua  of  the  requested  aaounts  and  the 
aaount  on-hand.  Compare  the  result  aqainst  the  SUPPLY-CUSTOMER's 
controlled  allotment  (Crti  tor  the  item  for  today  iSSi. 

13.  EXCEEDED.  If  the  sum  exceeds  the  CA  for  the  item,  fill  ud  to  the 
CA  limit,  remove  the  amount. from  the  request,  and  set  the  exceeded  flaq 

14.  '  NOT  EXCEEDED.  If  not  exceeded,  fill  the  entire  amount  and  reduce 
the  requested  amount  for  the  suoply  item  by  the  amount  rilled. 

15.  SUBSTITUTES.  If  any  of  the  supply  item  request  remains  unfilled 
because  of  lack  of  availability  or  exceeded  controlled  allotment,  check 
for  an  assiqned  substitute  (04/55). 

16.  AVAILABLE.  If  one  exists,  set  it  to  be  the  next  item  to  be  checks 
and  transfer  over  the  remaining,  unfilled,  request  amount. 

17.  NONE  AVAILABLE.  If  no  substitute  exists,  check  the  exceeded  flaq. 

13.  EXCEEDED  FLAG  MOT  SET.  If  the  flag  is  not  set,  check  if  this  is 
the  last  supply  base. 

I5.  LAST  SUPPLY  BASE.  If  it  is  the  last  s  u  d  c  I  /  base,  reduce  the 

?  9  T  3.  Ti  \  2  Q  f  9  ]  a  e  f  jj  7  *  *•  a  ?  T!  Z Z  t  Z  ^  3  '•!  C  D  I  *  Zf  *1  T.  2  ’  \  2  Z  .  Z  -  *  :  T. 


20.  EXCEEDED  FLAG  SET.  If  the  exceeded  flaq  is  set,  car o  Out  t r. e 
-emaininq  requested  amount. 

21.  RETURN.  Cnee  the  request  list  is  treated,  pass  an  :  ,r  e  s'ui  t  an  t  Till 
list  and/or  no-fill  list  back  to  the  invoking  routine  <06!. 


.1 


D-F12' 


D-F12  F-ARRIVE -SUPPLIER 


TYPE:  Interactive  Function 


SUMMARY :  This  function  is  prompted  by  the  arrival  of  a 

transport  unit  (TU.)  at  a  supply  base.  The  TU  is 
delivering  a  supply  request  for  a  SUPPLY-CUSTOMER 
(0-El,  user  unit  or  supply  base)  needing  the  supplies. 
The  TU  is  first  assessed  to  see  if  it  Mas  interdicted 
enroute.  If  so,  F-TU-LOSSES  (D-F13)  is  called  to 
adjust  the  supply  request  to  the  amount  of  subolies  it 
can  now  carry.  Than  tne  type  of  order  IwLLQuAT ICN  or 
non-ALLGCATION)  that  the  TU  is  there  to  pick  up  is 
determined.  If  it  is  an  ALLOCATION,  F-ALLQC-QRDER 
(0-F14)  is  called  to  handle  the  previously  validated 
and  reserved  orders.  If  it  is  a  non-ALLOCATICN  order. 
F-SUPPLY-RQST  (D-Fll)  is  called.  If'  the  suoclv  base 
cannot  fill  part  of  the  order,  F-TU-DEC 1 5 1 Q;i  iD-FIS.' 
is  invoked  so  the  TU  commander  can  make  a  decision  on 
what  to  da  and  the  supply  base  commander  can  respond 
with  the  appropr i ate  •  act l on  regarding  the  supply 
order.  If'the  decision  is  to  lead  the  fill  list.  F- 
LIFT-JGB  (D-F1P)  is  invoked. 


TRIGGERED  BY: 

•  F-ATOBJ-GRND 

(C-F10) 

F-ATOBJ-AIR 

(C-Fll) 

RESULTING  .IN: 

F-TU-LOSSES 

(D-F13) 

F-ALLOC-QRDER 

(D-F14) 

F-SUPPLY-RQST 

(D-Fll) 

C-TU-DECI3ICN 

0  -  F  1 5  » 

f-lift-job 

(D-F1SJ 

SPECIFICATION 

DIAGRAM  '=30::  . 

TransDGrtati on 
TransDortati on 


See  figure  D - 27 . 
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P-.F12 

DATA  DEFINITION:  F-ARRI VE-SUPPLIER 


Connection 
_ Nuabtr 

D1 


D4 


Data 

Transf erred _ C  dun  t  *. 

Prompt  received  from  arriving  TU: 
o  TU  ID 

information  required  iron  rne  TU: 


o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID' 

3  Order  tvse 

a  System  ePPectiveness 


Unit  needing  suoolies. 
Current  location. 
Regular,  Emergency. 
ALLQCATIojl. 

Used  to  : 
l nterdict 


'acre  i  > 
led  snrgut.e- 


Parameters  gassed  to  F-TU-L03SE3  (D-FlCi): 


TU  ID 


I P  •  irterd 
sets  TU  v 
number  su 
reduces 
amount  oP 
capacity. 


Parameters  sent  to  F-ALLOC-ORDER  (D-F14) 


cted  e n r g „ t e . 

[hides  to  the 
v  i  y  i  r,  g  and 
e  order  bv  the 
last  carrying 


D6 


o  TU  ID 


Contains  jthe  sun  ,  i  ,  i no 
AuLCC  AT 1 1 ?l  : r  a  2 r  . 


Par  a: r.et  s'  s  r  3t  ut  ed  P  r  oa  F-ALlDC-C?:DEF 


o  AL'0C;'TTrul  ID 

-  r  .  *  ’  1  ;  =  t 

0  No  Mil  list 


Q'U  i  H  t  1  t  /  .'  *  «  d  -•  d  <  .  a  U  i  Cd 

( Sudd  1 v  ID.  item#, 
quantity)*,  not 
currently  available. 


Parameters  sent  to  F-SUPPLY-RQST 


(D-Fll 


!)  about  order: 


o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  3 u o d 1 v  request 


Unit  making  request. 
Unit  tilling  r  e o  u s  s  t . 
' 3 u o d i y  ID,  :te^a. 
quantity) * . 
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DATA  DEFINITION:  F-ARRI VE-SUPPLIER  leant.) 


Connection 

Nuiiber 


Data 

Tr ansf erred 


Consents 


Paraaetars  returned  froe  F-SUPPLY-RQST  (D-Fli): 


o  Fill  list 


(Supply  ID,  item*, 
quantity)*,  available. 

(Supply  •  J  |  *  '•  e  Ji  s  , 

quantity)*,  not 
currently  available. 


Information  passed  to  r-TL'-DEC!SION  (D-FI5). 


o  Tl  ID 

o  Last  i  w  •  r .  I  £ flap 


0  -  other :  1  -  last. 
(Supply  ID .  item#, 
ouant i tv ) *. . 

(Suppi y  ID.  it  am*  . 
quant i tv ) *. 


information  returned  from  F-TU-DECISIuN: 


o  Fill  list 


Could  be  :ero  for  some 
decisions  which  would 
indicate  no  lift 
requirement  at  this 

t  i  me . 


■emotion  c  a  a  .  s  0  to  ■  j ** •*  *. 


o  SUPPLV -CUSTOMER  ID 
o  SLFFLIER  ID 
o  TU  ID 
0  rill  list 


(Suool  t  . : 
0  u  a  n  1 1 1 ; :  » . 
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D“Flg 


Figure  D-EBa.  F-ARRIUE-SUPPLIER  generator 


0-133 


(4  5  NO 
FILL  LIST 
PART 


INUOKE  a 
F-TU- 
DECISION 
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GENERATOR  DESCRIPTION!  F-ARRIVE-SUPPLIER 

1.  TU  ARRIVES.  Set  the  TUe  ID  (01).  Ascertain  the  TU  status  (S2). 

2.  TU  LOSSES.  If  th*  system  effectiveness  <1.0,  then  interdiction  of 
th*  TU  occurred  *nrout*,  to  call  F-TU-LOSSES  (D3«  D-F13)  to  adjust  th* 

TU  cargo  vehicle*  authorized  and  th*  order  aeount.  If  th*  TU  it 
contaminated  (NBC),  invoke  F-DECON-DECIDE.  (Not*!  A  utility  routine 
should  be  developed  for  determining  the  effect  of  the  various 
contaminate*  or.  tn*  various  supply  type*  and  subtracting  out  anv 
"undecont ami nabl *'  supplies  U.e.  possibly  food).  This  routine  snould 
be  called  by  th*  decon  module,  probably  it  the  end  of  th*  decen 
process. ) 

3.  ORDER  TYRE.  Check  the  order  tvoe  <  52  >  tc  tee  it  it  ;s;or  an 
ALLOCATION  (D-EC>  sici.s  cr  <o r  another  order  t^o».  It  an  AcLD'.mTICN 
order,  invoke  F-ALl3C-CRDER  <D4i  D-F14).  The  function  return*  the 
information  listed  in  03.  If  any  other  tvoe  of  order,  invoke  F-SuPe'L'f- 
ROST  (D6i  D-Fll).  The  function  return*  th*  information  listed  m  07. 

4.  PILL/ NO -PILL  LIS’3.  If  a  nc-Mll  list  is  returned.  C-T‘j- 

DECISION  (09:  D-F13)  to  get  decision  from  TU  commander  on  ah  at  to  do 

about  it.  Th*  no-fill  list  is  either  dropped  or  queued,  depending  on 
the  TU  dec i son.  The  fill  list  is  returned  (DR)  to  indicate  if  any  is  to 
be  loeded.  If  :*ro,  no  loeding  is  required  at  this  time. 

5.  JQ9  PAR’.  If  a  load  r*qyirm*nt  (fill  list!  «*r»  returned  and  th?  f J 
commander  did  not  decide  to  do  something  else,  i n vok»  F-L I F T - Ju3  Dl': 
D-F'.i;. 

s.  E  *  I  ’ .  .j:/»  t  *  * 
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0-Fi: 

F-JU-LQSSES  TYPE:  Interact i v*  Function 

SUMMARY:  This  function  find*  th*  nueber  of  TU  cargo  vehicles 

interdicted  enrout*  and  th*  aaount  of  th*  carrying 
capacity  or  supply  order  lo»t.  It  trigger*  th*  action 
(A-LOSE-ORDER)  that  r*v ia*s  th*  SUPPLY-CUSTOMER  du*-in 
and  TU  v*hicl*a  authorixed  to  th*  currant  nuaber  of 
v*hicl*a  on-hand.  If  appropriat*,  this  function 
initiataa  a  ne*  ord*r  for  th*  receiving  unit  to 

2  £  1  i  C  2  *1^5  “  *r  f  -  t  -  r  j  j  ^  ’  .  k.  „„ 

b*  n«*d*d  but  can  no  longer  b*  expected. 

TRI33ERED  Sy:  F-ARRIVE-SUPRLIER  ( D-F 1 2 ) 

F-ARRIVE-CUSTOMER  (D-F17) 

RESULTING  IN:  SUFPLY-CJSTQMER  O-EC' 

A-LCSc -ORDER  (D-AIC) 

F-CREATE-T ASK  (C-F!)  V an  so  or ‘ at : on 

F-RO-RQMT  (O-Fl) 

SYSTEM  SPECIFICATION  DIAGRAM  (230’ : 

See  figure  D-CR. 
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DATA  DEFINITIONS  F-TU-LOSSES 


Connection 
Nuaber . 


Data 

.Transferred 


Coaaantf 


Paraaeters  received  fr oa  invoking  function: 


o  TU  ID 


Tha  arriving  interdicted 
transport  unit  (TU)  . 


Inforsation  fro*  the  TU  state  vector: 


o  3 JF'PL Y-CUST3MER  ID 


: -j p p : e r  id 


o  TU  veh i  c  1  e  list 


o  Order  I i it 


o  Order  type 


Unit  need  mg  tha 
Supplies. 

I',  case  a  r.s«  crCj'  ; : 
needed. 

.  2  /  s  t  o #  .  3  u  a  r,  1 1  ,  * . 

auth  or  iced  and 
survi vino. 

■■ ;  •-  a :  1  /  Z  .  :  t  a  ■.  '• . 

3  j.nti  t  v )  * .  ;r  dm  ~ ; . 
Norsal  .  a.r.er  :er:  y  gr 
ALLOCATION. 


Inforaation  froa  tha  SUPPLY -CUSTOMER  state  vector; 

o  Mission 
o  Supply  indicator 


Parameter  to  access  ca:a  tile  cf  carr/i.n 


3  3.  i‘ 9 -I  10 

Data  file  o‘  :  a  "  /  m  g  c  a  c  a  c  1 1  y  :{  s 

(D-DF3) l 


o  Carr  /mo  capacity 


r  j  r  c  a  ■  a ; 


Tripger  A-lCSS-QROER  t  D- A  1  0 )  to  revise  the  i-r P: 
CUSTOMER  dua-in  and  tha  Tu  status: 


o  SUPPLY-CUSTOMER  ID 
o  TJ  ID 
o  Order  data 


Arrivir.  3  interdicted  T'J. 
(Supply  ID,  iter.*, 


3  Syste*  list 


1 3  v  s  t  a  a  *  .  c  j  i  r  t :  t .  * . 


D-FJ3 

DATA  DEFINITION!  F-TU-LOSSES  (cont.) 

Data 

Tranaf erred _ Coeeents 

Sant  to  F-COMHANDER  for  decision  an  raordar  (D-CC1): 

o  Unit  aiasion 

Sudd  1 v  indicator  . 

•  Request  type  tnoraai,  amer  oar,:  v , 

ALLOCATION) 

3  Sudd  1 v  t v d 8 
3  Friction.  of  order  last 

D3  Returned  fra*  F -COMMANDER : 

o  Decision  C  -  n:  order:  i  -  olios 

order  for  amount  last. 

09  Information  needed  to  suOmit  a  makeup  order  to 

transpartati on ,  F-CREATE-R23T  (C-f»i: 

o  Initial  unit  ID 

0  Destination  ID 

o  Order  list 

o  Request  t ; :  a 


2  3  Z  Z  "■  2  2  z  1  r  i  r.  Z  2  T  \  a  \  «  z  r.  2 

o  Request  flaq  0  3  request  not  created. 


Information  needed  t:  invoke  F-RQ-RuMT  ,2-3i..  to 
recheck'  the  SUP0LY-  C’J3TGnEP  f  D-E 1 )  <or  the  susclv  t -os 
lost: 

o  Support  flaq  Set  *  0  for  sinqle  unit, 

o  SUPPLY-CUSTOMER  ID  Unit,  to  have  supply  type 

s  recheckeci. 

o  Sutoly  type 


Dll 

« 


Blue= SUPPLY- CUSTOMER: 

Red=SUPPLlER. 

Blue«SUPPLIER: 

Red *SUPPLY -CUSTOMER. 
(Suoaly  ID.  items, 
quantity)’*,  lost. 
Normal.,,  or 


Connection 

..._N.ua.bar 

« 

07 


« 
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Figure  0-30a  .  F-TU-LOSSES  generator 


* 
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Figura  D-30c.  F-TU-LQSSES  generator  (continued) 


D-F13 

SENERATOR  DESCRIPTION:  F-TU-LOSSES 

1.  RECEIVE  PROMPT.  Read  Dl.  Get  information  from  TU  (S2). 

2.  TU  LOSSES.  It  is  dmsirmablm  at  this  point  to  smt  thm  authorized 
vehicles  on  thm  TU  to  the  numbmr  on-hand  baform  it  dmparts  for  its  nmxt 
dmstination.  Thm  rmason  is  so  thm  fraction  intmrdictmd  mnrouts  to  its 
nmxt  dmstination  can  bm  masily  dmtmrminmd  for  usm  in  reducing  thm  supply 
ordmr.  Begin  looping  through  thm  cargo  vmhiclm  typms  on  the  TU  finding 
....  difference  in  the  currant  quantity  on-hand  and  authorised.  Put  the 
system  ID  and  quantity  lost  onto  a  list  for  later  use  in  paragraph  4, 
UNIT  UPDATES.  6et  the  carrying  capacity  of  each  vehicle  tvoe  from  the 
data  file(S4/D3)  and  multiply  it  tines  the  number  of  the  vehicle  tvoe 
lort  and  times  the  number  authorised.  Aggregate  the  two  amounts  into 
running  totals,  one  for  carrying  capacity  lost  and  one  for  carrvina 
capacity  authorised,  to  be  used  after  cycling  through  vehicle  tvoes  to 
determine  the  fraction  of  total  carrying  capacity  lost  by  the  Tli. 

3.  ORDER  LOSSES.  Loop  through  the  list  of  supply  items  on  the  original 
order  to  create  a  list  of  the  supply  order  losses.  Determine  the 
Quantity  of  each  supply  item  lost  by  multiplying  the  authorised  quantity 
times  the  fraction  of  TU  vehicles  lost  (from  paragraph  .2) .  Create  a 
list  of  supply  items  and  quantities  lost. 

4.  UNIT  UPDATES.  Before  considering  sending  another  order,  it  is 
necessary  to  update'  the  SUPPLY-CUSTOMER’s  due-in  and  the  TU  cargo 
vehicle  status,  so  that  the  decision  is  not  interfered  with.  Trigger  A- 
LOSE-QRDER  to  update  the  CUSTOMER'S  due-in  data  and  the  TU's  cargo 
vehicle  data  (06). 

REORDER  DECISION.  Send  ,-eausst  to  F-COKMANDER  for'decisicn  or. 
sr  tne  lest  order  j-v-id  reordered  at  this  time  Ssssi/e 

•_ r :•  decision  (D3).  If  the  decision  is  yes,  place  the  -sarde'':  else, 
.-slum  to  the  invoking  function. 

a.  ALLOCATION  ORDER.  I-  the  or der  tvoe  were  an  ALLOCATION  SC),  submit 
the  lost  order  to  transportation  (D?:  F-CREATS-RQST ,  C-Rl;.  If  the 
request  were  created  (DIO),  invoke  F-DIRECT-RQST  (C-F2). 

7.  NON  ALLOCATION  ORDER.  If  not  an  ALLOCATION  order  and  if  a  R0  supply 
type,  trigger  F-RG-RQMT  (Dll:  D-Fl)  to  check  on  the  need  to  create  a 
new  order  for  the  SUPPLY-CUSTOMER.  Otherwise,  do  not  create  an  order 
until  the  regular  time. 

3.  RETURN.  No  information  is  returned  to  the  invoking  function.  The 
status  of  both  the  SUPPLY-CUSTOMER  and  the  TU  were  updated  and  any 
required  supply  makeup  orders  were  submitted  for  tr anspor t at l on  support. 
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DF-14  F-ftLLOC-ORDER  TYPE:  I  interactive  Function 

SUMMARY:  This  function  siaulates  a  SUPPLIER  receiving  the 

pickup  order  of  an  ALLOCATION  froa  an  arriving 
transport  unit  (TU)  for  a  SUPPLY-CUSTOMER.  The 
ALLOCATION  is  already  created  and.  barring 
interdiction  of  the  TU  or  supply  base,  lack  of 
transportation,  etc.,  the  supplies  available  in  the 
ALLOCATION  should  eatch  the  TU's  order.  However, 
differences  are  checked  fcr.  If  an,  's.<:at,,  the  order 
is  revised  into  fill  and  no-fill  lists  which  are 
returned  to  F-ARRIVE-SUPPLIER. 

TRIGGERED  BY:  F-ARRIVE-SUPPLIER  (D-F12) 

RESULTING  IN:  Fill  and  norfill  lists  of  coaai tt ad  saddles 

in  the  SUPPLY-CUSTOMER’’ s  allocated  order.  ' 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


Sea  figure  D - 3 1 . 


0-FH 

DftTft  DEFINITION;  ALLOC -ORDER 
Connection  Data 

_ N  upper. _ _  Tran  s  far  rod _ .Cqeaenti 

01  Proept  froa  invoking  F-ARRIVE-SUPPLIER  (D-F12): 

o  TU  ID 

32  Indorsation  needed  drqm  T'J  stout  the  ALLOCATOR 

o  At  LOCATION  ID 

o  Order  list  (Supply  type.  it 6*4. 

quantity)*. 

S3'  Indorsation  about  the  ALLOCATION  'D~E3)  status-: 

o  ALLOCATION  list  (Suppl v . tvoe ,  item#, 

quantity)*,  committed. 

D4  Parameter  needed  to  access  data  -file  at  S3: 

o  flEI  ID 

S5  Data  file  (D-DF11)  on  each  -MSI: 

a  Sasic  load  (Supply  ID,  item#, 

quantity) *. 

Do  Parameters  passed  to  Personnel  ir-wSSu:  =-zl>: 


o  Lm  t  ID' 
o  -  ALLOCATION  ID 

o  (IE I  order  list 

D7  Parameters  returned  drom  personnel  module: 

o  Crew  list  (System#,  crews)*, 

available.  A  dlag  value 
to  indicate  id  crews  not 
required  dor  WSRQ  MEI. 

09  Indormati on  returned  to  f-APR!VE-9U0°L!EP  f  D - c 1 2  - : 

C  ALLOCATION  ID 
o  Fill  list 
o  No-d i 1 1  1 i st 


M  C  •  -J  r  r  L 
•j 2 a h  *  ^  :  2er  1 1  ♦  •  *  - 

personnel  request. 

(  z  v  s  1 3  m  #  .  a  u  a  r.  1 1 1 .  .  ♦ . 
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Figure  0-3Ha.  F-ALLOC-ORDER  generator 


GENERATOR  DESCRIPTION!  F-AU,OC-QRDER 

1.  RECEIVE  PROMPT.  Sat  TU  ID  at  Dl.  Gat  TU  ordar  information  (52). 

Sat  data  on  auppliaa  coaaittad  to  ALLOCATION  (S3).  (Note*  Tha  tuppliaa 
raaain  in  tha  aaaata  of  tha  aupply  bata  but  are  listed  at  coaaittad  to 
an  ALLOCATION.  Thay  art  Iistad  in  tha  ALLOCATION  as  available  at  tha 
SUPPLIER.  Thasa  aaounts  aay  change  ovar  tiaa  as  a  rasult  of 
intardiction,  contaainati on ,  supply  arrivals,  ate.  A  utility  routine 
oust  bt  developed  for  iapacting  tha  ALLOCATION  supplies  availablity  »hen 
contaainatad  or  interdicted. i 

2.  SUPPLY  ITEMS.  Begin  cycling  through  tha  ittas  in  tha  ALLOCATION 
ordar  list  at  S2. 

3.  SUPPLY  TYPE.  Check  for  USRO  ME!  versus.  Other  supply  tvats  i.  £  I )  ■• 

4.  USRO  ME  It.  If  tha  ALLOCATION  »era  for  W5R0  MEI ,  evcla  throuflh  the 
component  (aaaunition  or  fuel)  supply  types  allocated  to  the  order. 

(Notai  Thera  aay  not  be  any  conoonent  supply  tvoes  for  the  NSRO  MEI 
type,  to  no  iteration  through  tha  loop  it  nacatsary.) 

3.  NSRO  SUPPLY  COMPONENTS.  If  it  dost  reouire  anv  coaponent  tuoolv 
typas,  load  tha  list  of  supply  itaas  and  their  aaounts  in  the  bat;:  lo.id 
(D4/S3)  of  tna  MEI  and  the  type  and  aaounts  coaaittad  to  tha  AL.OCATION 
(S3)  into  local  *ork  arrays. 

ft.  NSRO  SUPPLY  ITEMS.  Cycle  through  tha  list  of  itaas  in  the  ME  I  basic 
load  (S3).  (Notai  It  is  attuaed  that  tha  MEI  are  loaded  into  each  unit 
tvoa  tSRO  by  priority,  and  each  aaaunition  type  it  loaded  •  ;r  »;;• 
svsteis  by  priority).  Divide  the  aaount  or  tha  itsa  */b»  ccnaitted 
by  the  aaount  of  tne  1 1  a*  t .pa  in  the  ME  I  t  /oa  t  bati c  load  i •  ■  .  * .  ; 

s '-educes  th»  total  '-ns**  :<  : ‘  f  e  u.cs:.'  ;tm  «;r  : *  >  ■•e:  *  r: 

Take  the  aimaua  of  the  nuaber  of  loads  and  the  iu»e*r  ot  t'a  MEI  r.  st¬ 
and  save  it  in  a  teaporary  array  until  all  pf  the  it*.**  or  the  Sue;!, 
tvoe  for  the  MEI  are  sieilarlv  treated.  Once  throuah  all  df  the  iVe* 
types,  tale  the  aimaua  or  all  of  the  nuaber  of  load*  to  det!'M'»  tV- 
current  nuaber  of  that  i£  I  tyoe  that  is  loaded  uith  the  sups!  .  t.ie. 

Save  this  aaount  for  use  in  paragraph  7,  NSRO  READY,  for  finding  ho* 
aany  coaplete  HSRU  svsteas  art  available  (or  shipaant.  Continue  cvglmq 
through  the  coaponent  supply  until  done. 

7.  NSRO  READY.  Dataraine  tha  nuaber  of  ttia  MSRC  MEI  coaoleted  by 
finding  tha  amtaua  nuabar  of  MEI,  crews,  coeoonent  supply  tvoa  loadi. 
Place  tha  MEi  svste*  and  quantity  on  tha  fill  list  to  be  checked  aaamst 
the  crews  available,  neauce  the  auantit,/  or  coaponent  iupot.es 
available  in  the  work  arrays  bv  the  aeount  alloted  to  the  1EI.  so  these 
used  are  not  available  to  the  reaaininq  mSRO  Mel  being  checked. 

Continue  cycling  through  the  NSRO  MEI  until  all  are  treated. 
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F-ALLOC-OROER  (cont.) 

8.  NON— HE  I .  If  the  ALLOCATION  h ere  tor  other  than  NSRO  HE  I ,  put  tha 
ainiaua  at  tha  aaount  coaaitted  to  tha  ALLOCATION  and  to  the  aaount 
deaanded  in  tha  order  on  tha  fill  list  for  each  itea.  If  all  of  tha 
;. dar  cannot  be  filled,  put  tha  difference  on  tha  no*fill  list. 

9.  AVAILABLE  CREWS.  If  a  list  of  coaplatad  WSRO  HE  I  raaulta  froa  tha 
above  algoritha,  dataraina  tha  nuabar  of  crane  available  for  tha  order 

tv  lending  Personnel  the  Hit  of  HE  I  bv  invoke  F-WS°0  !Di'.  Tke  runts' 
of  crene  available  for  each  HE  I  type  ia  returned  (07). 

10.  NO-FILL.  If  tha  nuabar  of  WSRO  ayataaa  ordered  were  greater  than 
the  nuabar  available,  gut  tha  difference  on  tha  no-fill  lilt.  (Note:  The 
fill  lilt  ii  not  gut  on  the  TU  nor  the  luppliea  taken  cut  of  the 
ALLOCATION  until  the  TU  coriander  hai  dec.ued  what  to  do  about  a  -.o-^iil 
l-i  at). 

11.  RETURN.  The  inforaation  at  08  it  patted  back  to  F-ARRIVE-SUPPLiSR 
(D-F12). 


0-F15  F-TU-DECISIQN 


TYPE:  Intaractiva  function 


0-F13 


SUMMARY:  This  function  trigger*  F-SPLIT-CK  (C-F13)  to  raguast  a 

daciaion  froa  tha  TU  coaaandar  when  thara  it  a 
part  of  a  supply  raguast  (no-fill  list)  that  a 
supply  Pass  cannot  fill.  Ones  tha  TU  coaaandar 
raachas  a  daemon,  tha  supply  bast  parforas  tha 
ntcassary  action(s)  to  tha  fill  and  no-fill 
lists  in  rasponsa  to  tha  dacisian.  (Tha  fill 

,  .  a  -  *  i  p  i  S  i  fi  w  b  U  .  (•  w  .  t  2  T  «  *  .  3  m  if  •  u  f  i  0  0  •  i.  *  > 

Tha  no-fill  list  is  aithar  put  an  tha  tacl.ordar 

Ouaua  (BOQ)  or  raroed  out.) 

TRIGGERED  BYs  F-ARR1VE-SUPPLIES  (0-F12) 

Z ; J L T I N G  IN:  r-sP.lT-C).  '  C-FlD  .Tran sssrt it; sr 

SYSTEM  SPEC  I F I  CAT  1 2*4  DIAGRAM  (SSD): 

Saa  fiqura  0-33. 


t 
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F-  ARRIVE 
-  SUPPLIER 
(D-F12) 


j  TRANSPORTATION  | 

1 

F- SPLIT -CK 
(C-F13) 

FIGURE  D  -  33.  F  -  TU  -  DECISION  SSD 


DATA  DEFINITIONi 

Connection 
_ Nujibtr _ 

D3 


02 


03 


04 

03 


Fj^TU — DECISION 
Data 

Transferred _ Co#  pent  t _ 

Inforaation  patted  Froa  F-ARRIVE-SUPPLIER  < D-F 1 2) i 
o  TU  ID 

o  LAST  SUPPLIER  FLAB  0  -  another;  1  -  last, 

o  Fill  list  iSuppl /  10,  i teat, 

quantity!*. 

o  No-Fill  list  (Supoly  ID,  item*, 

quantity)*. 

Parameters  passed  to  F-SPLIT-CK  ( C - F 1 3  '  For  T'J 
decision : 

(Supply  ID.  item#, 
q^anti  t 

0  or  next  supply  base 
ID. 

Decision  returned  Froe  F-SPLIT-CK  (C-F13); 

o  Ne**  TU  ID  0  -  IF  none  created, 

o  Decision  code  1  -  Load  Fill;  droD  no- 

Fill  list. 

2  -  Load  fi  ’.  1 ;  dusue  no 
Fill  list.. 

Z  -  '(c  lead  droo 

•  1  3 1  S  • 

InForeation  put  on  BOQ: 

o  New  TJ  ID  Dscss:;'-  2  l  n  2Z . 

o  No-Fill  list 

InFormation  returned  to  F-ARRIVE-SUPPLIER  (D-F12): 

o  Fill  list  Could  be  uroed  by 

decision  3  in  03. 


o  TU  ID 
o  No-Fill  list 

o  SUPPLIER  Flag 


D-F1S 


U-F15 


Figuro  D-34b.  F-TU-OECISI ON  generator  (continued) 
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D-F15 

GENERATOR  DESCRIPTION:  F-TU-DECISION 

1.  RECEIVE  PROMPT.  Read  input  parameters  at  Dl. 

2.  6ET  TU  DECISION.  Requast  decision  from  TU  regarding  no-fill  list  by 
invoking  F-SPtIT-CK  (D2:  C-F13).  The  SUPPLIER  receives  the  TU's 
decision  at  03. 

3.  SPLIT.  If  the  original  TU  is  split  in'..  2  TUs.  the  decisions 
available  are  1  or  2.  The  first  tasks  the  supply  case  to  load  tne  till 
list  on  to  the  original  TU  and  to  forget  about  the  no-fill  list.  This 
would  be  the  case  when  part  of  the  convoy  would  stav  at  this  supolv  base 
to  get  what  was  available  and  the  rest  would  oroceed  to  another  bant  to 
hopefully  get  the  rest  of  the  order.  The  second  decision  \2>  also  tasks 
the  supply  base  to  load  the  original  TU  with  the  fill  list  ar.d  puts  the 
new  TU  in  the  backorder  queue  ( B C Q )  to  wait  for  ar-rval  of  the  goods  to 
fill  the  no-fill  list.  There  should  not  be  an  G C  C  3  3 i OH  wh 3"  3  split 
occurs  that  both  lists  are  dropped.  (Note:  the  BGQ  is  not  .discussed 
here.  It  is  a  set  of  utility  routines  developed  to  nar.aoe  this  qusus.l 

4.  NO  SPLIT.  If  no  split  occurs,  decision.  1  and  3  a-e  the  cr.lv  cr.ss 
available.  The  first  tasks  the  supply  base  to  load  the  fill  list  onto 
the  TU  and  departs  either  for  home  or  another  supply  base.  The  third 
decision  allows  the  sane  options  except  the  TU  does  not  take  any  of  the 
fill  order.  Again,  it  either  goes  hone  or  to  another  supply  base.  The' 
supplv  base  does  not  care  which  the  TU  does;  it  singly  droos  the  no-fill 
list. 


Del  i er s  the  fell  list  back 
zero  if  the  d s c ; j i o n  were  3 


# 
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D-F16  F-LIFT-JOB 


SUMMARY :  This  function  simulates  a  sikpply  bass  being  tasked 

to  perform  a  lift  (load  or  unload)  job.  It  tries 
to  determine  the  best  May  tp  get  it  done  considering 
other  jobs  it  is  doing  and  the  limited  work  assets 
it  has  for  doing  them.  Fori  some  supply  types,  the 
lift  jobs  at  supply  base  are  knoMn  beforehand  to  be  of 


equal  priority,  so  they  are 
For  a tnar s ,  the  size  af  tna 


TYPE:  Interactive  Function 


treated 
new 


in  a  FIFO  manner. 


i  «  I  >  j  w  u  |  eb  i«i  <j  U  1 1  w  el 

currently  available  work  assets,  and  information  about 
other  competing  lift  jobs  must  be  determined.  This 
information,  along  with  othir  information  about  the 
job,  the  status  af  the  SURPi Y-CUSTQNER ,  etc.,  is 
passed  to  the  decision  maker  for  a  decision  an  the  job 


should  ce  sor/ioec  ;r 
of  work 
The  function  then 
either  puttina  the  j: 


priority  ti.e.,  tne  order  r: 
relation  to  the  other  jobs  :nd  the  amount 
assets  it  should  receive), 
accommodates  the  decision  by 
on  the  job  queue  according  to  the  assignee  criari: 
or  assigning  a  part  of  the  work  assets  to  the  job. 
If  that  means  diverting  assets  away  from  on-going 
job(s),  than  the  scheduled  completion  times  are 


rescheduled  because  of  the 
assets.  The  on-going  jobs 
if  all  of  their  work  assets 


fhange  in  the  assigned  work 
are  put  on  the  job  queue 
were  diverted. 


TRIGGERED  BY: 


F-ARRIVE-SUPPLIER  (p 

F-ARRIVE-CUSTDMER  ' 


RESULTING  IN:  Schedule  or  reschedule 

A  -  3  E  3 1 N  - C  A  C  C--T 

A-BEG1N-UNLGAD  v  C - F  i  1 ) 

A-END-LOAD  ijl-FH) 

A-END-UNLOAD  <  t - P 1 2  > 


-F12) 

-c  i  7 ) 


iransserto*. ;  ;n 
Transoortat; on 
Transoo'tatien 


S  f STEM  SPEC  I F I  CATION  DIAGRAM  iSSD) 
See  figure  D-35. 


•103 


I..,/' 


%  M  c  f 

f  Avry 

*  L  /  \  (  .  <1  l  S 


b!e  Copy 


0-137 
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DATA  DEFINITION:  F-LIFJ-J OB 


Connection 
_ NjijjJjjjr _ 


Data 

Tranafjirrtd 


D-FU 


_CP*Mnt* 


Intonation  passed  hy  the  invoking  function  (0-F12  or 
D-F17): 


0  SUPPLY-CUSTOMER  ID 


d  SUPPLIER  ID 


o  TU  ID 


o  Lift  job  list 


The  supply  base  or  user 
unit  nasain; 
supplies. 

The  unit  orovidirp  the 
supplies. 

The  i dart i f i cat i :n 
cf  the  transports-.,  sn 
unit 

that  arrived. 

(Suppl/  t  v  3  3 ,  it  sad, 
quantity) ♦. 


Parameters  passed  to  access  data  file  at  D 3 1 

o  Supply  type 
o  Supply  item  ID 

Data  file  (D-D6)  containing  supply  item  information: 


o  Lift  requirement 


Positive  *  weight/itea: 

Neoativ*  *  load  tits. 
i  tea; 

1  e r z  -  ntt  -  a  a : . 


Information  from  the'  SUPPLIER  ’  s  state  >  a  :  t :  : 


o  Auth .  work  assets 


The  autho'i t ed 


o  Amount  occupied 


□  Maximum  amount 


on -hand  IT.'.s.  :u'- 

hour . 

Amount  being  used  oer 
hour . 

Maximum  amount  of  lift 
capability  available  per 
hour  for  the  supply  base 
type.  This  is  the  aa:: 

a  .T.  G  U  n  t  G  T  W  G  r  r-.  aaaSlS 

that  can  work  on  or. a  : cb 
at  a  time. 
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DATA  DEFINITION:  F-LIFT-JOB  (cont.) 

Connection  Data 

_ Nuabtr _ ; _ Transf erred _ Comments  .  . . _ ... 

S4  Information  from  tha  SUPPLIER'S  state  vector  (cont.): 


D*5 


Da 


'  D7 


o  Minimum  aaount  Minimum  aaount  of  lift 

capability  available  per 
hoar.  This  indicates  it 
least  one  MH E-  type 
working  on  a  job. 

o  Unit  effectiveness 
6  Suppression  1  evel 

Parameters  for  putting/checking  jobs  on  the  job, queue: 


o  SUPPLY-CUSTOMER  ID 
o  TU  ID 
o  Fi 1 1  1 l st 

o  Lift  requirement 

o  Lift  assigned 

o  End  time 

Parameters  to  s  c  n  e  d  u ) e  C-RC 
o  Support  flag 

o  Unit  ID 

o  Supply  type 

Parameter  paased  to  access 


(Supply  ID,  item*, 
quanti tv) *. 

Total  weight  of 
remaining  job. 

Also  flags  if  on-qoing 
job  queue  (QJQ)  or' 
waiting  job  queue  ( W J Q ) 
for  lift. 

On-qoing  jobs  have  a 
scheauled  completion 
time. 

POMT  (D.FD: 

Set ■ -  0  for  single  unit. 
This  is  the  usual  case, 
so  the, modules  that  call 
Suppl y  for  single  unit 
supply  checks  are  set 
to  0. 

When  checking  a  supply 
type  of  an  individual 
unit. 


at  a  tile  at  33 : 


o  Supply  type 


DATA  DEFINITION* 

Connection 
..  Nuaber . . 

SB 


D9 


DIO 


Dll 


P-F14 

F-LIFT-JQB  (cont.) 

Data 

_Tran»f erred  . . . . . _ . _Cpeeent» 

Inforaation  on  supply  types  data  tile  t D-DF5 ) : 
o  RO  flag 

Inforaation  passed  to  F-CQMMANDER  (D-CC2)  for  a 
decision: 

0  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  Job  fill  list 

Dacision  returned  by  F-CQMMANDER: 
o  Job  priority 

Inforaation  needed  to  trigger  A-BEGIN-LOAD/A-BEGIN- 
UNLOAO: 

o  SUPPLIER  ID 
o  SUPPLY-CUSTOMER  ID 
o  TU  ID 

o  Lift  requireaent 
o  Storage  requireaent 

Information  needed  to  schedule  A-END-LQAD/ A-END- 
UNLQAD: 

o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  TU  ID 
o  Fi 1 1  1 i st 
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Figure  D-36a  .  F-LIFT-JOB  gonarator 


Q-f.15 


Figure  0-3Bc.  F-LIFT-JOB  generator  (continued) 


D-164 


a 


« 


Flours  D-3Bd.  F-LIFT-JOB  generator  (continued) 


[»] 
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Figure  0-3Be.  F-LIFT-JOB  generator  (continued) 


GENERATOR  DESCRIPTION:  F-L1FT-JOB 
t.  RECEIVE  PROMPT.  Read  Dl. 

2.  LIFT  REQUIREMENT.  Begin  cycling  through  the  job  itea  list  to 
d'eteraine  the  job's  lift  requirement.  If  tht  supply  itaa'  has  a  positive 
lift  requireaent  (D2/S3),  calculate  tha  aaount  by  aultiplyinq  it  tiaas 
tha  itaa  quantity  and  totaling  tha  aaount  for  all  of  tha  supply  itaas. 
Tha  rasult  is  tha  total  lift  raquiraaant  of  tha  job. 

3.  LIFT  CAPABILITY.  Multiply  tha  unit  af f acti vanass  tiaas  tha 
authorized  aaount  of  work  assats  and  coapara  it  to  tha  ainiaua  aaount. 

If  lass  than  tha  ainiaua,  put  tha  job  on  tha  job  wait  quaua  (MJQ:  05) 
and  schadula  rasupply  of  MHE  (Obi  F-RO-RQMT,  D-Fl).  Otherwise,  gat  tha 
aaount  of  work  assats  (lift)  occupied  (S4).  Subtract  tha  aaount  froa 
tha  authorizad  (S4)  to  gat  tha  unoccupied  aaount.  Multiply  this  times 
tha  unit  af f acti vanass  !S4!  to  get  the  assunt  af  lift  currently 
available.  If  tha  rasult  is  lass  than  tha  ainiaua,  than  continue  to 
paragraph  4. 

4.  SUPPLY  TYPE  COMPETITION.  Check  tha  coapetitiva  (RO)  flap  of  the 
supply  type  (07/S9).  If  it  is  zero,  tha  supply  type  is  noncoapeti ti ve 
and  treated  in  a  FIFO  aanner.  If  greater  than  zero,  it  is  coooetitive 
and  aust  coapata  with  other  jobs  for  liaited  work  assets  according  to 
priority.  (Coaaenti  This  aay  saaa  inconsistent,  because  several  supolv 
types  aay  b*  in  one  order.  However,  it  should  work  out  because  mixed 
orders  to  a  supply  base  have  tha  saaa  priority;  otherwise  there  is  only 
one  supply  type  in  the  order.) 

3.  NONCOMPETITIVE  SUPPLY  TYPES.  Check  for  a  waiting  job  queue  (MJQ, 

S4>  by  seeing  if  any  jobs  on  tha  quaua  do  not  have  work  assets  assigned. 
If  one  exists,  put  the  new  lift  job  at  the  back  (D3).  If  unoccuoied 
work  assets  are  available  greater  than  the  ainiaua  aaount,  take  the 
first  job  off  of  the  MJQ.  Assign1 work  assets  to  the  :ob  uc  to  the 
aaount  available,  not  to  exceed  the  aaximua  aaount.  This  flaas  the  job 
as  being  on  the  on-going  queue  (OJQ,  03). 
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F-LIFT-JOB  (cont.) 

6.  COMPETITIVE  JOBS.  If  jobs  are  in  the  quaua,  a  decision  aust  be  nade 
by  the  supply  base  coaeander  on  tha  priority  of  tha  net*  job  so  that  the 
scarca  MHE  assets  can  be  allocated  to  tha  coapeting  jobs.  Invoke  F- 
COMMANDER  (D9)  to  assign  a  jab  priority.  Once  a  priority  is  assigned 
(DIO)  to  the  job,  put  it  into  tha  queue  with  the  other  jobs  according  to 
priority.  Begin  cycling  through  the  jobs  starting  with  the  highest 
priority  job  and  working  toward  the  lowest.  Allocate  tha  work  assets  to 
each  job.  If  the  aaount  of  work  assets  changes  froa  what  it  was  when 
previously  scheduled,  its  coaplation  tiae  is  rescheduled.  Continue 
cycling  through  the  jobs  until  all  of  the  work  assets  above  the  minimum 
are  allocated  to  the  job  in  the  queue  (DS).  (Note:  Changing  the  work’ 
assets  assigned  to  an  already  on-going  job  will  require  diverting  work 
assets  away  froa  a  job  they  are  now  doing.  If  that  is  the  case,  the 
scheduled  tiae  for  finishing  the  on-going  job  is  changed).  Divide  the 
aaount  of  remaining  lift  requireaent  of  a  job  by  the  lift  :apabilify 
assigned  to  it  to  determine  the  expected  completion  time. 

7.  COMPLETION  TIME.  Determine  the  length  of  time  to  perform  the  job  by 
dividing  the  total  lift  requirement  by  the  amount  of  work  assets 
assigned  to  it  and  multiplying  that  times  (1.0  +  suppression  level). 

9.  SCHEDULING.  For  those  job3  that  are  on-going,  the  scheduled  A- 
BEG IN-LOAD/ A-BEG IN-UNLOAD  (Dll)  should  begin  immediately  and  their  A- 
END-LOAD/ A-END-UNLOAD  (D12)  actions  should  be  scheduled  at  the  end  of 
the  time  to  complete  the  job.  Return  to  the  invoking  function  without 
information. 
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D-F17  F-MRIVE -CUSTOMER  TYPE*  Interactive  function 

SUMMARY i  This  function  simulates  the  arrival  and  servicing  of 
a  loaded  transport  unit  (TU)  at  a  SUPPLY-CUSTOMER  (0- 
El,  user  unit  or  supply  base).  The  TU  is  first 
assessed  to  see  if  it  mss  interdicted  enroute.  If  so, 
F-TU-LOSSES  (D-F13)  is  invoked  to  find  the  supply 
order  losses  and  to  adjust  the  nuaber  of  vehicles 
currently  authorized  to  the  TU.  Next,  if  the 
receiving  SUPPLY-CUSTOMER  is  a  supply  base,  several 
special  considerations  are  aade:  ALLOCATIONS  at  all 
supply  bases  in  the  support  area  are  checked  and 
serviced  if  any  of  the  arriving  supplies  are  needed  to 
help  fill  thee.  The  ease  applies  to  the  backorder 
queue  (BOQ)  at  the  receiving  supply  base.  (Note:  the 
reason  ALLOCATIONS  and  BOQs  are  serviced  before 
unloading  is  to  siaulate  "tailgating*  (TS)  which  is 
the  transloading  of  supplies  over  the  tailgate  of  the 
TU  to  the  waiting  trucks.)  Before  the  remaining 
cargo  can  be  unloaded  at  a  supply  base,  the  lift  and 
storage  requireaents  of  the  order  (if  anv) ,  and  the 
current  capability  of  the  supply  base  t.o  perform  the 
lift  job  must  be  determined  and  the  storage  (if 
required)  provided.  Any  inability  to  unload  the 
shipment  because  of  storage  lieitations  is  reoorted  to 
the  TU  commander  so  he  can  decide  if  he  wants  to  split 
off  any  empty  vehicles  into  another  TU  to  return  to 
home  base  for  further  job  assignments  or  let  the 
empties  wait  for  the  other  vehicles  to.be  unloaded. 

.  TRIGGERED  BY:  F-ATOBJ-GRND  (C-F10)  Transportation 

F-ATQBJ-AIR  (C-F1J)  Transportati on 

RESULTING  IN:  F-TU-LOSSES  (D-F13) 

SUPPLIER  (D-E2) 

ALLOCATION  (D-E3) 

A-COMMIT-ALIOC  D  -  A  7 ) 

F-TU-DECISION  (D-F15) 

F-lIFT-JOB  (D-F16) 

F-FILL-WAITING  (D-F1B) 

F-SUPPLY-STORE  (D-F19) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  D-37. 
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DATA  DIF IN I TION:  F -ARR IV E-CUSTOMER 


Connection 

Nu§ber... 

01 


D3 


Data 

Transferred  . . Comments 

Prompt  recaivad  from  arriving  TU: 

o  TU  ID  The  identification  of 

tha  transportati on  unit 
arriving  at  tha  SUPPLY- 
CUSTOMER. 

Inforaation  required  froa  tha  TU: 

The  supply  Pass  or  user 
unit  receiving  the 
supplies. 

The  unit  that  provided 
the  supplies. 

(Supply  ID,  item*, 
quantity) * 

authorized,  on-hand, 
etc. 

The  fraction  of  TU's 
authorized  cargo 
vehicles  on-hand.  This 
should  start  out  as  1.0 
and  be  changed  to  a 
fraction  less  than  1.0 
bv  a  combat  nodule  when 
the  TU  is  shot  up. 

Parameters  passed  to  F-TU-LQS3ES  (D-F13): 

o  TU  ID  If  interdicted  enroute, 

sets  TU  cargo  vehicles 
authorized  to  number 
surviving  and  reduces 
the  order  e;:oected  (due 
-insi  at  the  SUPPLY 
-CUSTOMER  bv  the  amount 
of  lost  carrying  * 
capacity. 


o  SUPPLY-CUSTOMER  ID 

o  SUPPLIER  ID 
o  Order  data 

o  Systems  effective 


DATA  DEFINITION;  FrMB.1V E - C  U  S TOMER  (cont.) 


Connection 
Nueber.  . 

S4 


03 


Sf> 


D7 

oa 


Data 

Transf erred _ _ _ Consent# 

State  vector  data  froe  the  receiving  SUPPLY-CUSTOMER 
(0-El ) : 

o  Unit  type 
o  Echelon 
o  Function 

o  Storage  capacity  Requirement  and' 

capability  to  store  the 
supply  type. 

Parameters  passed  to  access  data  hie  (0-DF5)  at  03: 

o  Supply  type 
o  Unit  SRC' 
o  Echelon 

.  •  t  S 

Needed  froa  Supply  Type  Character i sti c  data  Tile 
(D-DF5) : 

o  TG  flag  Indicates  if  TG  of  the 

supply  type  at  the 
SRC/echelon  of  the 
SUPPLY-CUSTOMER  is  okav. 

o  Storage  flag  Indicates  if  storage  of 

the  supply  type  at  the 
CUSTOMER  SRC  and  echelon 
is  required. 

Passed  to  F-FILL-WAITING  (D-F18): 

o  SUPPLY-CUSTOMER  ID  Receiving  supply  base, 

o  Owning  unit  ID  Arriving  loaded  TU. 

Passed  to  F-SUPPLY-STDRE  (D-F 1?) : 

o  SUPPLY -CUSTOMER  ID  Receiving  unit, 

o  TU  ID  Arriving  loaded  TU. 

0  Unload  list  (Supply  ID,  item#, 

quanti tv) *, 
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DATA  DEFINITION:  F-ARRI VE-CU5T0HER  (cent.) 

Connection  Data 

Number _ _ _ Transferred _ _ _ Comments 

59  Returned  from  F-SUPPLY-STORE  (D-F19): 

o  Can-store  list  (Supply  ID*  item#, 

quantity)*. 

o  Cannot-store  list  (Supply  ID,  item*, 

quantity) *. 

DIO  Information  passed  to  F-TU-DECISIQN  (D-F13): 

o  TU  ID 

o  Last  SUPPLIER  Hag  Not  applicable, 
o  Unload  list  (Supply  ID,  item*, 

quantity) *. 

o  No  unload  list  (Supply  ID,  item*, 

quantity)*. 

(Note:  F-TU-DECISION  is  invoked  by  F-ARRI VE-SUPPLIER  and  F- 
ARRIVE-CUSTQMER.  The  indorsation  passed  from  each  of  these 
functions  differs.  The  last  SUPPLIER  flag  is  not  used  here’  nor 
is  any  data  returned  to  this  function.  The  explanation  is  that 
the  SUPPLY-CUSTOMER  does  not  care  about  the  result  of  the  TU 
coseander's  decision  as  long  as  the  part  of  the  original  TU 
needed  for  any  storage  remains  until  sufficient  organic  storage 
is  available.) 


Dll  Passed  to  F-LIFT-JQB 

o  SUPPLY-CUSTOMER  ID 
o  SUPPLIER  ID 
o  TU  ID 

o  Li f t  job  1 i st 


(D-F16) : 

The  supply  base  or  user 
needing  the  supplies. 
The  unit  providing  the 
supplies. 

The  identification  of 
the  arriving  TU. 

(Supply  ID.  item*, 
guanti tv ) *. 
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Figure  D-3Ba.  F-ARRIVE-CUSTOMER  generator 
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GENERATOR. DESCRIPTION!  F-  ARRIVE  -C.US  TONER 

1.  TU  ARRIVES.  Bet  the  TU'«  ID  <D1>. 

2.  TU  LOSSES.  Ascertain  if  th*  TU  luMint  interdiction  enrout*  by 
checking  it*  effective  cyst***  (S2).  If  th*  TU  cargo  ayat***  effective 
ia  l*aa  than  1.0,  th*  TU  Buffered  interdiction,  ao  call  F-TU-LOSSES  <D3» 
D-F13).  Thia  function  adjuata  downward,  by  th*  fraction  of  vehicloa 
loot,  th*  TUs  cargo  v*hicl*a  authorized  to  th*  nuaber  on-hand  and  th* 
aaount  of  auppli**  expected  to  arrive  (due-ins)  at  th*  SUPPLY-CUSTONER 

< D-E I )  . 

3.  CUSTONER  TYPE.  If  th*  SUPPLY-CUSTONER  ia  a  aupplv  baa*  (SO  being 
replenished  with  supplies  that  it  stocks  for  other  SUPPLY-CUSTONERs, 
several  events  peculiar  to  these  SUPPLY-CUSTONER  types  aay  occur.  Soa* 
suoply  tvpes/iteas  are  transloaded  fro*  the  arriving  TU  onto  waiting  TUs 
with  orders  needing  th*  supplies!  other  supply  iteas  wait  until 
unloading  or  tr ai 1 er-swappi ng  occurs  and  the  supplies  ars  ready  for 
issue.  If  tailgating  is  allowed  for  arriving  supply  iteas.  ALLOCATIONS 
at  local  supply  bases  waiting  for  the  arriving  supplies  are  serviced, 
then  any  backorders  at  the  receiving  tupoly  base  are  serviced.  After 
tailgating,  storage  and  lift  capability  checks  are  aade  and  unloading 
(or  trai 1 er-swappi ng )  proceeds.  After  unloading  the  TU.  the  reaainder. 
of  the  iteas  in  ALLOCATIONS  and  backorders  are  serviced  before  general 
issuing  begins. 

4.  TAILGATING.  Check  the  TO  flag  (D5/S6)  for  the  suoolv  tvp*.  If 

o k a v ,  invoke  F-FILL-NAITING  <07*  D-F13)  to  perfora  ALLOCATION  and  BOO 

servicing]  else,  continue  to  th*  storage  check. 

3.  STORAGE  REQUIRED.  Check  if  the  SUPPLY-CUSTONER  has  a  storaoo 
capacity  for  the  supply  type  <S4).  If  yes,  invoke  F-SUPPLY-STQPE  (D8: 

D - F 19). 

6.  LIFT  JOB.  If  an  unload  list  is  returned  fro*  F-SUPPLY-STORE  ( D 9 )  or 

exists  as  the  arriving  order  because  storage  was  not  required,  the  lift 
job  is  identified,  so  invoke  F-LJFT-J0B  <012*  D-F16). 

7.  TU  DECISION;  If  a  no-ur.load  list  is  returned  froe  F-5UPPLY-5TCRE 
(D9),  invoke  F-TU-DEC 1 5 ION  (010)  to  notifv  th*  TU  cc»i»and*r  that  son* 
of  th*  TU  is  needed  for  teegorarv  storage.  This  allows  splitting  the 
onqinal  TU  into  2  TUs,  so  the  eepties  can  be  returned  to  host  base  for 
other  assiqneents  and  th*  reaainder  can  stay  to  provide  temporary 
storage.  The  TU  coeaander  aav  decide  not  to  split  the  T'J  (Dll). 
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D-FJL8  F-FILL-MAITING  TYPE*  Intaracti va. Function 

SUMMARY:  This  function  siaulatas  tha  servicing  of  supply 

ordtrs  waiting  for  supplies  to  arrive  at  tha 
supporting  supply  basa.  It  sarvicas  ALLOCATIONS 
btfora  backordars,  assuaing  they  ara  higher 
priority.  It  chacks  and  fills  all  ALLOCATIONS  in 
tha  support  ara a  that  naad  tha  arriving  supply  itaas 
and  that  can  ba  tailgatad.  It  than  doas  tha  saae 
with  backordars  at  tha  racaiving  supply  basa  SUPPLY- 
CUSTOMER. 

TRIS6ERE0  BY:  F-ARRIVE-CUSTOMER  (D-F17) 


SUPPLY-CUSTOMER  (0-El) 

A-EN0-UNL0A0  (0-AS) 

RESULTING  IN:  SUPPLIER  (D-E2) 

'  ALLOCATION  (D-E3) 

A-COHMIT-ALLOC  (D-A7) 


Updata  supply  basa  SUPPLY-CUSTOMER  900 
SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 
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F-FILL 

-WAITING 

(D— F18) 


ALLOCATION 

(D-E3) 


FIGURE  D-3».  F-FILL -WATTING  SSD 
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DATA.  JEFI NIT I  ON i  F-F I LL-HA  I T I  NS 
Connection  Data 

_ .in aba r _  Tra n s I » r r 9 d  . : _ ; _ C 0 aaa.n t s 


D1 


S2 


S3 


S3 


Da 


Received  from  invoking  process: 


0  SUPPLY-CUSTOMER  ID  Receiving  supply  base. 

0  Owning  unit  ID  The  arriving  loaded  TU, 

or  the  receiving  supply 

base. 


Required  froa  the  currant  owning  unit  (either  TU  or 
SUPPLY-CUSTOMER): 

0  Supply  order  data  (Supply  ID,  itead, 

quantity) * 

Required  froa  the  SUPPLY-CUSTOMER: 


0  Unit  type 
0  Echelon 

0  SUPPLY-CUSTOMER  list 


0  ALLOCATION  file 
0  BOQ 


Required  froa  each  supported 
CUSTOMER: 

0  Unit  type 
0  Echelon 

0  ALLOCATION  file 

0  Unfilled  Supply  r gait s 


List  of  the  receiving 
SUPPLY-CUSTOMER'S 
SUPPLY-CUSTOMERs. 
Receiving  supply  base's 
ALLOCATIONS  and 
backorder  queue. 

supply  base  SUFPLY- 


Qnlv  supply  base 
CUSTOMERS  in  the  sane 
support  area. 

If  any  exist. 

( Supp 1  /  ID,  item*, 
Quant  1  tv  > *. 


Update  ALLOCATION  ( A-CQMHI T-ALLOC )  ,  D-A7): 


0  Unit  ID 
0  Unit  ID 

O  ALLOCATION  ID 
0  Part -fill  list 


Current  owning  unit. 
ALLOCATION  suppl y  base 
ID. 

ALLOCATION  filled. 
(Suppl/  ID,  it ee*. 
Quantity:  •.  :  0 ;  ■  ,i  1 1 1  s  d . 
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DATA  DEFINITION}  F-FILL-Wft I T I  NS  (cont. > 


Connection 

Data 

Nuabar 

Transf erred 

Coaaants 

07 

Pat*  to  A-END-LQAD  (D-A3): 

, 

0 

SUPPLY-CUSTOMER  ID 

0 

SUPPLIER  ID 

0 

SUPPLIER’S  inventory 

(Supply  ID,  iteai, 
Quantity) ». 

0 

TU  ID 

0 

TU ' t  inventory 

(Supply  ID,  iteai, 
Quantity)*. 

♦ 


* 


0-131 


nrElfl 


Figure  D-40a .  F-FILL-WAITING  generator 
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Fiouro  D-40b.  F-FILLrWAITING  generator  (continued} 
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Figure  0-40c .  F-FILL-WAITING  generator  Ccontinued) 
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GENERATOR  DESCRIPTION!  F-FILL-NftIT INS 

1.  RECEIVE  PROMPT.  Read  parameters  (Dl).  Check  the  unit  ID  numbers. 

If  the  unit  ID  nuabers  are  different,  the  TU  is  not  unloaded;  tailgating 
(T6)  is  proceeding.  If  the  unit  nuabers  are  the  saae,  the  TU  is 
unloaded  and  waiting  orders  are  processed. 

2.  GET  DATA.  Get  the  supply  order  data  (S2)  from  the  owning  unit  and 
the  data  at  S3  froa  the  SUPPLY-CUSTOMER  (D-El). 

3.  SUPPLY  BASE  CUSTOMERS.  Cycle  through  supply  bases  in  the  support 
area  that  aay  have  ALLOCATIONS  waiting  for  the  arriving  supplies.  Begin 
with  the  receiving  supply  base. 

4.  ALLOCATIONS.  Once  a  unit  is  found  with  an  ALLOCATION  file  (54), 
begin  bv  checking  the  first  record  of  the  ALLOCATION  file  which 
suaaari2es  the  supply  item  status  of  all  ALLOCATIONS  in  the  file  for  the 
supply  base.  Compare  the  items  in  the  summary  data  with  those  in  the 
arriving  order  list  <S2).  If  none  aatch,  continue  through  the  SUPPLY- 
CUSTOMER  list.  If  a  match  is  found,  cycle  through  the  ALLOCATIONS  in 
the  file  until  the  item  is  found  (S3).  Find  the  aaount  of  the  supply 
item  requirement  that  can  be  filled  by  taking  the  minimum  of  the 
requirement  and  the  aaount  of  arriving  supply  that  remains. 

3.  COMMIT  SUPPLIES.  Trigger  A-COMMIT-ALLOC  (D6:  D-A7)  which  updates 

the  ALLOCATION  and  the  supply  status  of  the  TU.  Continue  through  the 
ALLOCATIONS  for  the  item  until  the  item  is  gone  or  the  ALLOCATIONS  for 
the  supply  babe  have  all  been  serviced.  Continue  through  the  supply 
bases  until  finished  or  there  are  no  more  supplies. 

6.  BOQ.  If  arriving  supplies  still  remain  and  the  receiving  supply 
base  has  backorders  (S3),  begin  filling  orders  in  the  BOQ  with  any  of 
the  remaining,  matching  supplies  on  the  TU.  If  a  backorder  is  filled, 
triqqer  A-ENQ-LQAD  (D7:  D-A3) ; . otherwi se ,  return  the  order  to  the 
backor der  queue  (D8) . 
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D-F19  F.-SUPPLY-STORE  TYPE:  Interactive  Function 

SUMMARY:  This  function  simulates  a  supply  base  SUPPLY- 

CUSTOMER  receiving  a  loaded  TU  with  soae  supplies 

that  requires  storage.  The  storage  requireeent  of  4 

the  arriving  supplies  and  the  supply  base  SUPPLY- 

CUSTQMER's  current  storage  capacity  for  the  supplies 

aust  be  found.  The  anount  of  storage  requiring 

supplies  that  can  be  unloaded  froa  the  TU  are  United 

by  the  aaount  of  available  storage.  If  soae  of  the  • 

supplies  cannot  be  unloaded  because  of  storage,  part 

of  the  TU  aust  provide  tenporarv  stcraqe. 

TRIGGERED  BY:  F-ARRIVE-SUPPLIER  (D-F12) 

F-ARRIVE -CUSTOMER  (D-F17) 

RESULTING  IN:  A  "can-store”  and  a  "cannot-store”  list. 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  D-41. 
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F- SUP PLY -STORE 
Data 

Transf erred..  _ _ _ _  Coaaents 

Froa  invoking  functions 

o  SUPPLY-CUSTOMER  ID  Racaiving  unit. 

o  TU  ID  Arriving  loaded  TU. 

o  Unload  list  (Supply  ID,  item*, 

quantity)*. 

TU  stata  vactor  data: 

o  Systaas  affective  For  arriving  cargo 

vehicles. 

Required  froa  the  SUPPLY-CUSTOMER  (D-El): 

o  Storage  capacity  SUPPLY-CUSTOMER'S 

total  authorised 
storage  capaci t y/ i ten. 

o  Teaporary  storage  TU  storage  provided 

until  eapty.  Use 
and  release  ASAP. 

o  Current  fill  Total1  aaount  filled 

per  item  before  TU 
arn  val . 

Parameters  needed  to  access  file  at  SO: 

o  Supply  type 

o  Itea  ID 

Data  file  for  supply  item  storage  requirement: 

a  Storage  aaount  Depends  on  the  supply 

type:  liquid  i q a  1 s / 1 1 r 
or  dry  (weight/1. olu me) 
It  must  se  the  same  as 
the  storage  containers 
• 

Return  to  invoking  function: 

o  Can-store  list  (Supply  ID.  item#. 

quantity)*. 

(Supply  ID.  item#, 
quantity;*.  1 


o  Cannot-store  list 


Figure  0-42.  F-SUPPLY-STORE  generator 


GENERATOR  DESCRIPTION.!  F-SUPPLY-JTORE 

1.  RECEIVE  PROMPT.  Read  data  at  Dl. 

2.  SUPPLY-CUSTOMER  DATA.  Gat  tha  data  at  S3  fr oa  tha  racaiving  SUPPLY- 
CUSTOMER'*  stata  vactor. 

3.  STORAGE.  Cycle  through  aach  .  tea  typa  reaaining  on  tha  TU  (S2> ,  gat 
it*  authorized  *toraqa  capacity  (if  raguirad)  at  tha  racaiving  SUPPLY- 
CUSTOMER  (S3).  Multiply  tha  aaount  of  authorizad  *toraga  capacity  tiaa* 
tha  fraction  of  systao*  affactiva  (S2)  to  gat  tha  currant  capacity. 
Subtract  tha  aaount  of  tha  itaa  on-hand  froa  tha  currant  capacity  to  gat 
tha  aaount  of  storaga  currently  available.  Get  tha  storage  raquiraaant 
for  aach  itaa  to  be  stored  by  aultiplying  the  quantity  (01)  tiaa*  its 
storage  raquiraaant  for  one  (D4/S3). 

4.  RETURN.  Return  tha  can-store  and  cannot-stora  lists  to  tha  invokinq 
functions  (06). 
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PERSONNEL  OPERATIONS 


The  personnel  operations  appendix  includes  the  secti^s  listed  below. 
Note  that  reference  nuebers  are  coded  to  indicate  both  the  functional 
area  (the  appendix  letter  t E 3  is  used)  and  the  type  (E  ■  entity,  A  » 
action,  P  *  function)  involved.  Thus,  E-Al  refers  to  the  first  action 
listed  in  personnel  operations  (appendix  E).  For  inforeation  on  the  JSD 
diagrae  notation  discussed,  see  appendix  A. 

1.  Entity  list.  The  entity  list  contains  the  reference  nuaber,  the 
naae,  and  the  definition  (sueeary  and  attributes)  of  each, entity  used  in 
personnel  operations. 

2.  Action  list.  The  action  list  cor  tains  the  reference  nuaber, 
the  naae,  and  the  definition  (suaaary,  attributes,  generators,  and 
associated  entities)  of  each  action  belonging  to  the  entities  in 
personnel  operations. 

3.  Entity-action  diaoraas  and  cross-ref erence  table.  The  cross- 
reference  table  provides  a  aapping  of  entities  and  actions.  One  JSD 
entity-action  structure  diagraa  is  provided  tor  each  entity.  Following 
each  diagraa  is  a  narrative  description  of  each  action  shown. 

4.  Senerator  function  list.  The  function  list  contains  the 
reference  nuaber,  naae,  and  definition  (suaaary,  triggering  aechanisas, 
and  resulting  actions)  of  each  function  associated  with  personnel 
operations.  Detailed  descriptions  of  each  function  are  contained  in  the 
annex. 

Annex .  The  contents  of  the  annex  are  described  belowt 

a.  Pi soatcher .  The  dispatcher  serves  as  a  road  aap  to  the 
functions.  It  is  not  a  JSD  structure  diagraa,  but  it  is  presented  in 
tree  fora  to  show  the  hierarchical  nature  of  the  structure  involved. 

The  root  of  the  tree  is  the  dispatcher.  The  top-level  nodes  (boxes) 
identify  the  critical  events  occurring  in  personnel  operations  and  the 
subsequent  nodes  (boxes)  identify  the  functions  and  show  the 
i n t er r el  at l onshi p*  involved.  The  calling  routines  and  triqgerinq 
Mechanises  for  each  critical  event  are  listed  above  the  event  node.  The 
actions  and  events  are  caused  by  a  function  are  listed  below  function 
node.  Each  critical  event  is  nuabered  for  i dentif l cat l cn  purooses  only: 
no  ordering  is  laplied.  The  event  scheduler  (SCHED)  uses  the  critical 
event  nuabers  to  identify  the  event  being  scheduled  by  a  function. 


3.  flnntx 


(cont.  > 


b.  Functions.  The  following  information  it  provided  For  each 
Function  belonging  to  personnel  operations.  Not*  that  th»  rtFaranca 
nuabar  oF  tha  Function  (e.g.,  E-F 1 )  appaars  at  tha  top  oF  aach  page. 

(1)  Function  suaaary.  Tha  function  tuaaary  contains  tha 
raFaranca  nuabar,  naaa,  and  daFinition  oF  a  Function.  Tha  daFinition 
contains  a  suaaarizad  narrativa,  a  list  oF  tha  aachanisas  which  can 
trigger  tha  Function,  and  a  list  oF  tha  actions  and  Functions  which  can 
rasult  Froa  tha  Function. 

(2)  Systaa  spaciFication  diagraa  (SSD).  Tha  SSD  is  tha  JSD 
structura  diagraa  oF  tha  data  Flow  to  and  Froa  a  specified  Function.  It 
shows  tha  static  ralationships  batwaan  tha  antitias  and  Functions 
involved}  no  calling  saquanca  or  hiararchical  ralationship  is  iapliad. 

In  addition  to  tha  standard  JSD  SSD  notation  (saa  appendix  A),  special 
notation  has  bean  adopted  to  indicate  ownership.  A  sinqla  box  is  used 
to  denote  a  Function  or  entity  belonging  to  the  spaciFiad  Functional 
area  <e.g.,  personnel).  Plain  double  boxes  indicata  Functions  belonging 
to  another  CSS  area.  The  araa  is  identiFied  in  the  outer  box  and  the 
Functions  involved  are  listed  in  tha  inner  box.  Patterned  double  boxes 
(diagonal  slashes  in  the  outer  box)  indicata  Functions  belonging  to  tha 
host  aodel.  Whenever  passible,  the  particular  aodule  is  identified  in 
the  inner  box  (a.g.,  aoveaent,  cheaical).  A  tiaar  is  considered  part  of 
the  CSS  aodule  and  is  represented  by  a  plain  double  circle:  data  fi,la3 
(DF)  will  balonq  to  tha  entire  aodel  and  are  depicted  bv  a  patterned 
double  circle.  Note  that  although  aore  than  one  data  file  tor  tiaer) 
say  be  used  by  tha  specified  function,  only  one  representation  (circle) 
will  appear  in  tha  diagraa.  Tha  indiyiuual  data  files  and  tiaers  will 
be  identified  in  the  corresponding  data  definition  table. 

(3)  Data  definition.  This  table  provides  a  listing  of  tha 
data  eleaents  and  structures  required  for  the  specified  function  and 
coaaents  on  their  usage.  The  connection  nuabers  correspond  to  the  data 
flow  nuabers  shown  on  the  SSD.  A  “D*  or  “S“  is  added  to  distinguish 
between  data  and  state  vector  eleaents.  Detailed  descriptions  of  the 
data  files  can  be  Found  in  appendices  J  and  K. 

(4)  Generator  diagraa.  The  generator  diagraa  is  similar  to 
the  JSD  ent 1 1 /-act i on  diagrar  described  in  paragraph  3  above.  Eaph  node 
(bo.<>  depicts  eithet  an  iteration,  a  selection,  or  a  seouential  st'eo 
required  by  the  process. 

(3)  Generator  .  scriotion.  The  aenerator  description 
provides  a  detailed  nt  rative  of  the  Function  process.  Stto  numbers 
correspond  to  tne  D  numbers  shown  on  the  associated  generator  diaorao. 
■Note  that  not  all  bo::es  are  assigned  a  number.)  Data  elements  cited 
refer  to  the  da. a  listed  i n  the  associated  data  definition  table. 
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E-El  P-CUSTOMER 

SUMMARY:  The  P-CUSTOMER  entity  represents  any  unit  in  the  eodel 

with  .ersonnel  reguirement*.  A  unit  become*  a 
pereonnel  cuttoeer  (P-CUSTOMER)  whenever  it*  personnel 

*  inventory  eust  be  evaluated  or  chanqed  (e.q.,  when  the 

unit  is  evaluated  durinq  the  replacement  cycle,  when 

k..  newly  assiqned  systees  require  crews,  or  when  a 

personnel  inventory  is  needed  to  determine  the  unit  s 
ability  to  perform  a  task).  A  P-CUSTOMER  ceases  to 

*  exist  when  the  evaluation  process  is  completed  and  the 

requirement  is  satisfied  (e.q.,  when  a  unit  has 
received  its  replacements.  it  is  no  longer  a 
customer).  A  P-CUSTOMER  has  two  actions  associated 
with  it:  CHANGE  EXPECTATIONS  (A-CHANGEX  > ,.  which 
updates  th*  customer  due-in;  and  TRANSFER  PERSONNEL 

( A-TRANSPER)  ,  which  moves  assiqned  personnel  into  the. 
customer  inventory.  (See  diagram,  figure  E-l.) 

ATTRIBUTES:  Unit  ID  Unit  status 

R-PQQL  ID  Sister  unit  IDs 

Inventories  (personnel  and  weapon  svstem) 

Echelon 


E-E2 .  R-POOL 

SUMMARY :  Th*  R-POOL  entity  represents  any  unit  (*.g.,  a 

repl aceaent-regul ating  detachment  or  a  replacement 
detachment)  which  contains  a  personnel  inventory  for 
the  purpose  of  providing  replacements  to  units.,  The 
R-POOL  exists  as  a  real  unit  on  th*  battlefield  and  as 
such  will  have  all  normal  unit  attributes.  in 
addition,  it  will  contain  an  inventory  from  which  the 
ASSIGN  PERSONNEL  (A-ASSPER)  action  obtains  personnel 
to  fill  customer  requirements.  An  R-POOL  obtains 
personnel  for  its  inventory  bv  becominq  a  P-CUSTOMER 
entity  and  receiving  replacements  from  its  designated 
R-PGOt.  (See  diaaram.  figure  E-2.  > 

ATTRIBUTES!  Unit  ID  Unit  status 

P-CUSTOMER  IDs  Personnel  inventory 

Echelon 


TRANSFER  PERSONNEL  ( A-TRANSPER) 

SUMMARY:  The  transfer  personnel  action  moves  personnel  category 

by  category  f  roa  a  holding  unit  to  a  receiving  unit 


(e.g. 

,  P-CUSTOHER 

inventory) . 

ATTRIBUTES: 

ASSGN/RQST 

P-CUSTOMER  ID 

Allocated  Personnel 

ASSGN/RQST  ID 
P-CUSTOMER  inventory 
Holding  Unit  ID 

GENERATOR: 

F-DISPER 

F-CHKCUS 

(E-F3) 

(E-Fll) 

F-QLNSR  (E-F8) 

ENTITY: 

P-CUSTCMER 

:  (e-Ed 

ASSIGN  PERSONNEL 

(A-ASSPER) 

SUMMARY:  The  assign  personnel  action  (A-ASSPER)  reaoves  a 

specified  nuaber  of  a  given  category  of  Dersonnel 
fro*  the  ft-PQOl  inventory  and  places  then  in  an 
assignaent  (ASSGNi  in  a  holding  unit. 

ATTRIBUTES:  R-PQQL  ID  Holding  unit  ID 

ASSSN  ID  RQMT  remainder 

R-POOL  reeainder  Number  assigned 

Category  required  Category  available 

R-PGUL  inventory 


GENERATOR: 


F-AllPER 


(E-F5) 


F-lQCPER 


i E-F  3 ) 


t 


!rA3  CHANGE  EXPECTATIONS  (A-CHAN6EX) 

SUMMARY :  The  P-CUSTOMER  is  notified  of  the  nuabtr  and  type  of 

replaceeents  to  expect.  When  personnel  have  been 
allocated,  the  assignaent  <i.e.«  the  nueber  of  each 
category  allocated)  is  recorded  in  the  P-C'JSTQHER 
due-in.  When  the  personnel  assignaent  arrives  at 
the  custoaer  unit,  the  corresponding  record  is  reaoved 
froa  the  due-in. 

ATTRIBUTES!  P-CUSTQMER  ID  ASSGN 

Action  indicator  (Record  or  Delete) 

P-CUSTOHER  Due-In  ASS6N  ID 

6ENERATDR!  F-ALLPER  (F-3)  F-PEREP  (E-Fl) 

F-DISPER  IE-F3) 

ENTITY:  P-CUSTOMER  (E-El) 


{ 
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i 

< 
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3.  ENTITY-ACTION  DIAGRAMS  AND  CROSS-REFERENCE 

ENTITY _ _ ACTION 

R-POOL  (E-El)  A-ASSPER 


P-CUSTOMER 


(E-E2) 


A-TRANSPER 

A-CHANGEX 


EdLL 


F igura  E-l . 


Entity-action  diagram  For  P-DJSTOnER 


Entity-Action  Description;  P-CUSTQMER  (E-El> 

t.  TRANSFER  PERSONNEL  (E-Al).  The  transfer  personnel  action  (A- 
TRANSPER)  is  selected  when  it  is  necessary  to  remove  personnel  from 
their  holding  unit  and  add  thee  to  a  receiving  unit.  The  personnel  in 
question  are  part  of  an  assigneent  or  request.  Indorsation  required 
includes 

o  Holding  unit  ID 
o  ASSSN/RQST  ID 

o  P-CUSTQMER  (receivinq  unit)  ID 

o  ASSSN/RQST  personnel  allocated 

o  P-CUSTQMER  inventory 

The  assigned  personnel  are  located  using  the  holding  unit  and  ASSGN  IDs; 
the  P-CUSTOMER  inventory  is  located  using  the  P-CUSTC.MER  ID. 

a.  SUBTRACT  FRQM  HOLDER.  The  total  nuaber  in  each  category  of 
personnel  allocated  is  subtracted  froe  the  RQST/ASSGN. 

b.  ADD  TO  RECEIVER.  The  total  nueber  subtracted  from  the 
RQST/ASSGN  is  then  added  to  the  proper  category  in  the  receiving  unit 
inventory. 

By  the  end  of  the  action  the  ASSSN/RQST  has  been  coepletely  removed  from 
the  holding  unit  and  placed  in  the  receiving  unit.  If  the  receiving 
unit  is  the  final  customer,  the  ASSGN  ID  is  then  discarded. 

2.  CHANGE  EXPECTATIONS  (E-A3I.  The  change  expectations  action  (A- 
CHANGEX)  is  selected  when  only  the  record  of  an  assianment  must  be 
updated  for  the  P-CUSTOMER.  The  required  information  includes: 

o  P-CUSTOMER  ID 

o  ASSGN  ID 

o  Action  indicator 

o  P-CUSTOMER  due-in 

a.  COPY  TO  DUE-IN.  The  original  assignment  is  copied  into  the  P- 
CUSTQMER's  due-in  as  a  record  of  the  expected  number  of  personnel  in 
each  cot eqorv . 


b.  REMOVE  FROM  DUE-IN.  When  the  assignment  arrives  -at  the  P- 
CUSTOMER,  the  record  of  the  assignment  is  removed  from  the  due-in.  The 
original  assignment  is  removed  whether  or  not  the  entire  assignment  has 
been  provided  and  no  attempt  is  made  to  reorder  personnel. 


* 


I 
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Figure  E-5. 


Entity-action  diagram  for  R-POQL 
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Entity-Action  Description:  R-PQOL  (E-E2) 

A-ASSPER  (E-A2) 

Th*  assign  psrsonntl  action  (A-ASSPER)  removes  a  specified  number  of 
personnel  fro*  a  given  personnel  category  and  adds  them  to  a  designated 
category  in  the  assignment  (ASSGN).  The  information  required  includes: 

o  R-POOL  ID 

o  Personnel  category  to  be  checked 

o  Personnel  category  required 

o  Category  number  required 
o  ASSGN  ID 

o  Holding  unit  ID 

o  R-POOL  inventory 

The  R-POOL  inventory  is  located  using  the  R-POOL  ID  and  the  personnel 
cateqory  specified  is  checked: 

If  the  number  required  is  less  than  or  equal  to  the  number 
available,  then  the  required  is  subtracted  from  the  available.  The 
required  number  is  added  to  the  assignment,  the  difference  becomes  the 
number  remaining  in  the  inventory,  and  the  number  remaininq  in  the 
requi rement  i s  zero. 

-  If  the  number  required  is  greater  than  the  number  available, 
then  the  number  available  is  subtracted  from  the  number  required.  The 
number  available  is  added  to  the  assignment,  the  difference  becomes  the 
number  remaining  to  be  filled,  and  the  number  remaininq  in  the  inventory 
is  zero. 

The  action  will  update  the  following: 

o  The  number  of  personnel  in  the  specified  cateqory 
in  the  R-POOL  inventory. 

o  The  number  of  personnel  remaining  in  the  cateqory 
required. 

o  The  number  of  personnel  added  to  the  required 
category  in  assignment  (ASSGN). 


E-iO 


4.  GENERATOR  FUNCTION  LIST 


E-Fi  F-PEREP 


SUMMARY :  Deteraines  each  P-CUSTOMER  unit'*  personnal 

r'equi reaant*  and  atteapts  to  supply  aopropriate 
replacements  fror  tha  raplacaaant  unit  (R-POOL). 

TRIGGERED  BY:  Tiaer 

RESULTING  IN:  A-CHANGEY 
F-LOCPER 
F-CREATE-RQST 
F-DISPER 
Tiaar  Schadulad 


E-F2  F-WSRQ 

SUMMARY :  Called  when  craws  a re  needed  to  aan  newl v-assi oned 

weapon  svsteas.  Checks  to  see  if  the  request  is 
new  or  old  and  invokes  the  appropriate  function  to 
locate  personnel.  Provides  SUPPLY  with  the  number 
of  crews  assiqned  and  the  ROST  status. 

TRIGGERED  BY:  F-ALOC-CRDER  (D-Fli) 

F-NONALOC-ORDER  (D-F12) 

RESULTING  IN:  F-NUWSR  (E-F7)  F-OLWSR  (E-F8) 


E-F3  F-Q1SPER 

SUMMARY  Transfers  personnel  from  a  holding  unit  to  a 

P-CUSTOMER.  Checks  P-CUSTOMER  status  ter  ability  to 
receive  personnel  and  redi  str  i  butes  as  necessary. 


TRIGGERED  BY: 

F-ATOBJ-GRND 

F-ATOBJ-AIR 

( C  -  F  1 0 ) 

(  C-F 1 1 ) 

F-PEREP 

( E-F 1 ) 

Schedul ed 

RESULTING  IN: 

A-TRANSPCR 

(E-Ai) 

A-CHANGc 

F-ALLPER 

F-TRANSP-DECIDE 

(E-F5) 
(C-F 15 : 

F-FILLWS 

(E-A3)  F-ALLPER  (E-F*) 
(E-F13)  F-CHINV  <E-F4) 
(C-Fl)  F-DIRECT-RQST  (C-F2) 
(E-F3)  Schadulad 


a.,  s'-...  --.,  t 


,A  *  ?- 

■- r  ■■  i ;  ,r!  i  ;■ 
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E-ll 


S-F4  F-CHINV 

SUMMARY :  Deteraines  the  nuabtr  of  aanned  systems/ tasks 

available  and  tha  size  of  personnel  imbalances 


(excesses  and 

deficiencies)  at  a  P-CUSTQMER  ut: 

it. 

TRIGGERED 

BY:  F-PEREP 

Any  aodula 

(E-Fl) 

F-CHKCUS 

(E“*l 1 ) 

RESULTING 

IN:  F-CALPER 

<E-F6> 

E-F5 

F-ALLPER 

SUMMARY: 

Separates  an  entire  group  of  personnel  into 
individual  assignaents  based  upon  target 
effectiveness  levels  listed  in  the  allocation 

table. 

TRIGGERED 

BY:  F-PEREP 

(E-F 1 ) 

F-DISPER 

(E-F3) 

RESULTING 

IN:  A-ASSPER 

<E-A2) 

A-CHANGEX 

( E  -  A  3 ) 

E-F6 

CALPER 

SUMMARY: 

Deteraines  the  categories  and  nuaber  of  personi 
required  to  build  crews  for  specified  svsteas. 

isl 

TRIGGERED 

BY:  F-CHINV 

(E-F4) 

F-NUWSR 

1E-F7) 

RESULTING 

.IN:  Personnel 

requirements 

E-F7 

F-_NUWSR 

SUMMARY: 

Creates  a  crew  request  (RQSTi  and  attempts  to  • 
it  bv  checking  the  P-CUSTOMER,  the  R-PCGL,  ana 
P-CUSTQMER's  sister  units  for  excess  personnel) 

1 

■ill 

tne 

TRIGGERED. 

.BY:  F-W3R0 

( E — F  2  ■) 

RESULTING 

..IN:  F-CALDER 
F-ARRCRU 

t  E  -  F  6 : 

( E-F  1 2 ) 

F-BUPPER 

e-f  i  ■;»  j 

/ 


E-F8  F-OLMSR 


SUHHftRY: 

Checks  to  sea  if  the  nuaber  of  crtiti  to 
it  currently  available.  If  not,  checks 
and  sister  uniti  for  axcait  personnel, 
trantfar*  craws  froa  ROST  to  the  weapon 

ba  dalivarad 
tha  P-CUSTQNER 
Builds  and 
systaas. 

, 

TRIGGERED  BY:  F-HSRQ 

(E-P2) 

' 

RESULTING 

INi  A-TRANSPER 
F-CHKCUS 

(E-Al )  F-ARRCRU 

(E-Fll) 

(E-F12) 

E-F9 

F-FILLHS 

SUNN ARY t 

Atteapts  to  fill  tha  US  RQSTS  reaaining 
R-PUCL'*  HSR-Queue. 

in  tha 

TRIGGERED 

.  BY  1  F-DISPER 

(E-F3) 

resulting. 

IN!  F-SUP°ER 

(E-F10)  F-ARRCRU 

(E-F12) 

E-F10 

F-SUPPER 

SUMMARY! 

Locatas  parsonnal  to  aan  tha  systaas  in  a  USRO  avant. 
Obtain*  parsonnal  froa  tha  P-CU3TQHER,  tha  R-PODL, 
and  tha  P-CUSTQMER's  sistar  units. 

TRIGGERED 

BY!  F-NUMSR 

(E-F7)  F-FILLKS 

(E-F9) 

RESULTING. 

JN:  F-LOCPER 

(E-F13)  F-CHKCUS 

(E-FlOi 

E-Fll 

r-CHKCUS 

SUMMARY! 

Evaluates  a  P-CUSTOMER  to  obtain  excess 
for  r eassi qnnent . 

oersonnel 

TRIGGERED 

BY:  F-SUP^ER 

(E-F10)  F-OLWSR 

! E-FB) 

RESULTING 

IN:  A-TRANSPER 

(E-Al )  F-CHINV 

t E-F4 ) 

A 


*  ci 


}ia 


bO 
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E-F12  F-ARRCRU 

SUMMARY:  Build*  crees  for  the  specified  systees  fro a  th» 

available  personnel  in  a  RQST. 

TRIGGERED  BY:  F-NUNSR  <E-F7)  F-OLNSR  (E-F8) 

RESULTINS  IN:  Formation  of  craw* 


E-F13  F-LQCPER 

SUMMARY:  Locates  personnel  in  the  R-PQOL  invantorv  to  fill 

a  request,  eateqory-bv-cateqortv.  If  there  art  not 
enough  paraonnal  in  tha  spacifiad  category  to  satisfy 
the  request,  alternative  categories,  listed  in  a 
substitute  table,  are  checked. 

TRIGGERED  BY;  F-PEREP  (E-Fl)  F-SUPPER  (E-Fld) 

RESULTINS  IN:  A-ASSPER  (E-A2) 


E^Fli  F-LQADPER 

SUMMARY:  When  a  transporter  arrives,  it  locates  the  orooer 

personnel  assignment  (ASSGN)  in  the  R-POQL  W-Queue  and 
triggers  A-TRANSPER  to  transfer  the  personnel  fro*  the 
M-Queu*  to  the  transoorter.  6nce  the  oersonnel  are 
loaded,  F-TRAHSP-DECIDE  is  triggered  to  let  the 
transporter  decide  *hat  to  do  next. 

.•  TRIGGERED  BY:  F-ATOBJ-GNO  (C-F10)  F-ATOBJ-AIR  (C-Flt) 

-  • 

RESULTING  IN:  A-TRANSPER  (E-AD  ! F-TRANSP-DEC I DE  (C-F15) 


Flgur#  E-3.  Ptrtonnrt operaHont dlipalcher 


E-Fl 

E-Fl  F-PEREP  TYPEi  Interactive  Function 

SUHHARYt  The  periodic  raplacaaant  function  (F-PEREP)  deteraines 
•ach  P-CUSTOMER's  unit  parsonnal  requiresents  and 
atteapts  to  supply  appropriata  raplacaaant*  froa  tha 
raplacaaant  unit  (R-POQU.  Tha  R-PQQL’s  pariodic 
daaand  ia  calculated  by  detarainir.g  each  P-CUSTOMER's 
currant  shortfall.  Tha  P-CUSTQMERs  are  assigned 
raplacaaanta  froa  tha  currant  R-PQOL  inventory  and 
transportation  is  arranged.  Tha  R-PQQL  deaards  are 
accusulatad  and,  at  tha  end  of  tha  cycle,  tha 
accuaulatad  daaand  is  placed  in  a  theater  raplacaaant 
queue  (T-Qusue)  to  bacoaa  a  future  allocation  of 
replaceaents  to  tha  corps. 

TR1SBERED  BY;  A  Tiaar 

RESULTINS  IN:  P-CUSTOMER 


A-TRANSPER 

(E-Al) 

F-CHINV 

(E-F4) 

F-ALLPER 

(E-F3 J 

F-LQCPER 

(E-F13) 

■ 

F-OISPER 

(E-F3) 

Scheduled 

F-CREATE-RQST 

(C-F1> 

Transportation 

F-OIRECT-RQST 

(C-F2) 

Transportation 

Ti  aar 

Scheduled 

SYSTEM  SPECIFICATION  DIA8RAM  (SSO)t 
See  figure  E-4. 
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DA  TO  £  FIN  ITIOMs  F-PE  R  EP 


Connection 
Nuaber _ 

Data 

Transf erred 

_ Coaeents _ 

Die 

0 

R-POOL  list 

7 

An  ordered  list  of 

R-POOL  unit  IDs  (E-DF2) . 

Dlb 

a 

Weapon  systee-crew 

tabl  a 

A  table  showing  the 
aaxiauo  ana  einiaua 
nuaber  of  each  personnel 
category  needed  for  each 
crew/task  type  tE-DFl). 

Die 

0 

R-POOL  daaand 

The  total  personnel 
requireaents  placed  upon 
an  R-PQOL  in  one  cvcle 
(E-DF7) .  ■ 

Did 

0 

Accuaulatea  daaand 

The  total  R-POOL  demands 
for  the  current  period 
(E-DF7) . 

Die 

0 

Standard  inventory 

table 

A  table  providing  the 
aaxiaua  nuaser  of  each 
category  of  aersonnel  to 
be  held  by  each  type  of 
noncoebat  unit  vE-DFo). 

DIF 

0 

T-Queue 

A  queue  of  corps 
personnel  allotments 
IE-DF7). 

Dig  o  T-Queue  callings  A  tsbla  of  the  i»a:;iau« 

personnel  levels  of  each 
category  aval  1  aD  1  a  at 
one  tins-  at  the  tnaatar 
level  iE-D:l 1 ) . 


Dlh  o  Distribution  points  A  table  insane  the 

distribution  point  *or 
each  potential  customer 
unit  \E’-CF3“. 


32 


o  R-PGQl  state  vector 

o  P-CUST3MER  IDs  The  IDs  ot  the  units 

being  se r .■  i : e c  bv  the 
R-POOL. 
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DATA  DEFINITION: 

Connection 

Number _ _ 


S2  cont. 


D3 
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F-PEREP  (cont.) 


Data 

Transferred _ 

o  R-PQQL  status 

o  R-POOL  echelon 

o  RQHT 

o  P-CU3T0MER  IDs 

o  P-CUSTOHER  shortfall 

o  Total  shortfall 

o  Assigned  personnel 

0  14-Queue 

o  AS3GN  ID 

o  Distribution  point  ID 


Coaaents 


A  flag  showing  if  a  unit 
is  active  or  inactive. 

The  R-PQQL  location 
needed  to  deteraine  the 
type  of  transportation. 

E-0F10.  A  structure 
initialized  at  the  start 
of  an  R-POOL  evaluation 
to  hold  the  following: 

The  unit  IDs  of  the 
custoaer  units. 

The  number  of  each  tvpe 
of  personnel  required  by 
each  customer  unit  (9a).' 

The  total  oersonnel 
requirement  on  the 
R-POOL  during  the 
current  evaluation  (9b). 

The  personnel .  by 
category,  removed  from 
the  R-POOL  inventory  to 
meet  the  requirement 
(9c) . 

E-DF8..  A  structure 
associated  with  an 
R-POOL  which  holds 
personnel  assignments 
awaiting  delivery. 

The  assignment  ID  no. 

The  location  where  the 
assionment  will  be  sent. 


* 


« 
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DATA  DEFINITION: 

Connection 

Nuabar _ 

S6 

07 

09a 

D8b  . 

C8c 

D9a 

D9b 


F-PEREP  (cont. ) 

Data 

Transf err ed _ Coaaents 


o  Distribution  point  state  vector 


□  Distribution  point  ID 
o  Echelon 

o  Delivery  delay  table 

o  Personnel  category 
priority  list 

o  R-P001  ID 

o  '  ASSGN  ID 

o  Transportation  flag 

O'  P-CU3T0MER  shortfall 

o  Total  shortfall 


The  unit  ID. 

The  unit  location, 
needed  to  determine  the 
aode  of  transportation. 

A  table  giving  delay 
tiaes  based  on  location, 
tiae  of  day.  weather  and 
road  conditions  (E-CC2). 

A  list  of  categories 
shewing  the  order  in 
which  reguireaents  are 
to  be  filled  (E-CC1). 

The  unit  ID  of  the 
R-P00L  to  be  evaluated. 

The  number  assigned  to 
identify  the  assionaent 
(by  distribution  point 
and  tiae  period). 

A  flag  returned  from 
F-CREATE-RDST  (C-Fl) 
indicating  aode  of 
transoortati on. 

The  number  of  each 
personnel  category 
required  bv  the  customer 
unit  (obtai ned  from 
F-CHINV  (E-FV. 

The  number  in  each 
category  required  durino 
the  cur r en t  P-POQL 
eval uat i on . 
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DATA  DEFINITIQNi  F-PERSP  <cont.) 


Connection  Data 

Number _ Transferred 


Coeeents 


D9c 


D9d 


o  Assigned  personnel 


o  Required  response 


The  total  number  of  each 
category  of  personnel 
reeoved  from  the  R-POOL 
inventory  and  held  in 
the  RQMT  for  allocation. 

The  tvpe  of  information 
needed  froe  F-CHINV 
<e.g..  total  inventory, 
excess  personnel , 
shortfall 1 . 


09e 

0 

Required  systems 

The  systees  to  be 
checked  by  f-CHINV. 

DlOa 

0 

Distribution  count 

The  number  of  personnel 
to  be  transported  to  a 
given  distribution  pnt. 

0 1  Ob 

0 

Due-i n 

The  number  and  tvoa  of 
oersonnel  allocated  to 
the  unit  in  the  A3SGN 
by  (A-CHAMGEXs . 

QtOc 

a 

Distribution  point  ID 

From  D4. 

DIOd 

0 

Transportation  aode 

From  D4. 

on  ■ 

0 

Timer  flag 

The  timer  flaa  (reset  it 
to  st ar  t  a.  new  c vc  1  a ) . 

D 1 2 

0 

Delav  tine 

The  amount  of  time 
designated  by  the 
deliver,  dels/  tabia 
( Q7 )  for  an  i mo  1 1  c  1 1 
delivery. 
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Figure  E-5a.  F-PEREP  generator 
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Figure  E-5b.  F-PEREP  Qanarator  Ccantinued) 
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Figura  E-5c.  F-PEREP  generator  (continued) 
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Figure  E-Se.  F-PEREP  generator  (continued) 
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GENERATOR  DESCRIPTION!  F^PEREP 

1.  RECEIVE  PROMPT .  Tht  TIMER  invokes  F-PEREP.  Th*  R-PWL  list  i» 
obtained  fr oa  th*  data  -file  (Ola)  by  request. 

2.  IDENTIFY  R-PQOL.  F-PEREP  selects  the  next  R-POOL  oa  th*  list  (Dla). 

3.  DETERMINE  TOTAL  REQUIREMENT.  The  P-CUSTOMERs  belonging  to  the  R- 
POOL  (S2>  are  evaluated  in  turn  to  deteraine  the  nuaber  and  type  of 
personnel  required  (D9a). 

4.  1NIT  RQNT.  The  RQMT  (D3) ,  where  th*  shortfall  and  assiqnaents  will 
be  collected,  is  initialized. 

3.  CUSTOMER  INVENTORY.  Each  custoaer  inventory  (S3)  is  evaluated 
separately,  and  the  custoaer  ID  and  shortfall  are  entered  into  th*  RQMT 
(03). 

6.  CLASSIFY  P-CUSTQMER  INVENTORY.  Personnel  inventories  are  classified 
by  how  their  shortfall  is  to  be  evaluated.  The  inventory  for  coabat 
unit  is  evaluated  in  taras  of  its  weapon  effectiveness.  The  inventories 
of  other  units,  such  as  aedical  and  aaintenance,  are  coaoared  with  the 
appropriate  entries  in  the  standard  inventory  table  (Sic).  An  R-PGOL's 
personnel  shortfall  consists  of  its  aost  recent  deaand  (Die).,  The  unit 
code, (S3)  is  used  to  deteraine  which  classification  to  select. 

a.  NOT  AVAILABLE.  A  P-CUSTOMER  with  dead/inacti v*  status  (S3)  is 
considered  unable  to  receive  personnel  and  will  not  be  evaluated. 

b.  NON-COMBAT.  An  R-PQOL's  shortfall  is  obtained  directly  fro*  the 
R-P00L  deaand  ( D I c > .  Other  noncoabat  units  deteraine  their  shortfall  tv 
coaparinq  inventories  with  th*  appropriate  standard  inventory  (Die). 

c.  COMBAT  UNITS.  The  shortfall  at  a  coabat  unit  is  deterained  by 
invoking  F-CHINV  to  evaluate  weapon  effectiveness.  Inforaation  required 
includes  the  custoaer  ID  ( S2 >  ,  the  weapon  systeas  to  be  evaluated  (in 
this  case,  all  svsteas  at  the  unit),  the  inforaation  to  be  returned  (in 
this  case,  custoaer  shortfall),  and  the  location  in  which  to  store  it 
(RQMT  D3 )  . 

7.  ADD  SHORTFALL.  Each  P-CUSTOMER’s  shortfall  is  added,  bv  cateqorv, 
to  the  total  shortfall  for  the  R-P00L  (D9a,  b). 

3.  ADJUST  R-DEMAND.  When  all  P-CUSTOMERs  have  been  evaluated,  the 
total  shortfall  <D9b)  is  added  to  the  R-P00L  deaand  (Die). 
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F-PEREP  (cont.) 


9.  ASSIGN  BODY.  The  R-POOL  is  chtcksd  to  guarantor  that  tho  procass  of 
assigneent  is  possiblo.  Tho  porsonnoi  category  priorities  are  checked 
(D7)  and  arranged  in  order. 

10.  PARTIAL  ASS16N.  The  locate  personnel  function  (F-LOCPER)  is 
porforaed  in  order  to  locate  appropriate  replacaaents  in  the  R-POOL 
inventory.  The  total  shortfall  (D9b>  is  passed  to  tho  routine  and 
aatches  or  substitutes  are  assigned  froa  the  R-POOL  inventory  (S2>.  The 
nuaber  of  replacaaents  assigned  <D9c)  in  each  required  category  is 
returned  to  the  RQHT  (03). 

11.  ALLOCATE  PERSONNEL.  The  allocate  personnel  function  (F-ALLPER)  is 
invoked  to  distribute  the  assigned  personnel  aeong  the  P-CUSTOMERs.  (If 
the  total  assigned  in  a  category  froa  the  R-POOL  equals  the  total, 
required,  each  P-CUSTQHER  receives  the  exact  nuaber  needed.  If  the 
total  assigned  is  less,  then  F-ALLPER  accesses  the  allocation  table  to 
deterainc  hoe  to  distribute  the  available  personnel.  The  values  in  the 
table  are  based  on  unit  oocede  and  function  code  and  represent  the 
lowest  level  of  effectiveness  deeaed  acceptable  for  the  unit.  They  aay 
be  changed  by  gaaer  intervention  or  by  situation.)  The  input  paraaeters 
needed  by  F-ALLPER  are  the  R-POOL  ID  <D3a>,  the  ASSQN  ID  (D4),  and  the 
distribution  point  ID  (Dlh).  The  resulting  output  will  be  the 
assignaents  contained  in  the  H-Queue  <D4>. 

12.  CHECK  DELIVERY.  Personnel  assignaents  <D9c)  are  stored  in  the  U- 
Queue  by  distribution  point  and  P-CUSTQMER  IDs  <D4>.  Tr ansoortation  tor 
each  ASSSN  is  deterained  by  coapanng  the  distribution  point  s  echelon 
(56)  with  that  of  the  R-POOL  <S2). 

a.  IMPLICIT  HOVE.  If  the  distribution  point  is  in  the  saae 
echelon,  a  delay  tiae  (D12)  is  scheduled  using  the  delivery  delay  table 
<D7> . 

b.  EXPLICIT  MOVE.  If  the  distribution  point  is  in  a  different 
echelon,  the  total  nuaber  of  replaceaents  is  calculated  (DIO)  and  stored 
in  ASSGN  (04)  and  F-CREA TE-RQST  (C-Fl)  is  triggered.  (F-CREATE-RQST  is 

a  tr  ansportai  ton  routine  which  will  deterame  whether  transportation 
assets  will  be  used  to  transport  the  replaceaents.  It  will  r:turn  a 
flag  indicating  the  aode  of  transportation  to  be  used.) 

13.  ADD  TO  ACCUMULATED.  The  R-PQOL  deeand  (Die)  is  added  to  the 
accuaulated  deaand  (Did). 


F-PEREP  (cont. ) 
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14.  ADJUST  THEATER  QUEUE.  When  all  R-POQLs  have  been  polled,  the 
accumulated  demand  mill  represent  the  total  current  request  from  corps. 
For  each  category,  the  accumulated  demand  is  compared  to  the  ceiling 
allotted  (Dig)  and  the  loner  of  the  tuo  is  placed  in  the  theater  queue 
(T-Queue,  Dlf)  using  A-CHAN6EX  (E-A3)  to  become  a  future  corps  personnel 
allotment. 

15.  REINITIALIZE  R-POGL  DEMAND.  At  the  end  of  the  cycle,  the  R-P001 
demands  (Die)  are  reinitialized  to  begin  the  next  cycle. 

16.  CHECK  TRANSPORTATION.  The  tr anspor tati on  flag  (steo  12b)  is 
checked  and,  if  any  request  for  transportati on  has  been  created,  F- 
DIRECT-RQST  (C-F2)  is  invoked  (D9,  DIOac). 

17.  RESET  TIMER.  The  timer  is  reset  for  24  hours  (Dll)  and  the  . 
periodic  replacement  process  ends. 
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E-F2  F-L'SRO  TYPEi  Interactive  Function 

SUMMARY!  The  F-HSRO  function  it  cal  ltd  by  SUPPLY  when  crtut  art 
natdtd  to  tan  Htapon  eytteat.  F-HSRO  checkt  to  stt  if 
tho  rtquttt  it  new  or  old  and  invokes  tha  appropriate  « 

function  to  locata  partonnal.  Hhtn  crewe  art  f oread, 

F-HSRO  chackt  to  taa  if  tha  raqueat  hat  baan  tatitfied  „ 

and  providat  SUPPLY  with  tha  nuaber  of  crtut  attignad 
and  tha  ROST  s*atus. 

4 

TR1SSERED  BYt  F-ALLGC-ORDER  (D-F14)  Supply 

A. 

RESULTING  IN)  SUPPLY  ROST  atatue  update 
F-NUHSR  (E-F7) 

F-OLHSR  (E-F8) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD)i 

Sat  Mgurt  E-6. 
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^7^1  ^DISPATCHER  J  ■■ 


SUPPLY 


F-ALOC- 

I  ORDER  D-F11 
F-NONALOC- 
ORDER  D  —  F  12 


WS- 

CUSTOMER 


F  -  NUWSR 
E-F7 


FlgureE-®.  F-WSRO  SSD 
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DATA  DEFINITION:  F-WSRO 


Connection 

Nueber 


Data 

Transf erred 


Coecents 


o  ROST  ID 


NS-Custoeer  ID/ 
Distribution  point  ID 


Systees  required/ 
Systaaa  requested 


Allocation  ID  fro* 
supply: 

Either  the  ID  of  the 
unit  to  receive  the 
eanned  systee  or  the 
location  to  which  the 
crews  should  be 
delivered  is  passed, 
depending  upon  whether 
the  RQST  is  new  or  old. 


The  type  and 
systees  to  b 
If  the  RQST 
total  nunber 
raquired  is 
the  RQST  is 
nueber  of  sy 
eanned  iaaed 
(i.e.,  soee 
the  original 
passed. 


quantity  of 
e  canned, 
is  new,  the 
of  systees 
passed;  if 
old,  the 
stees  to  be 
lately 
portion  of 
RQST)  is 


WS-Custoeer/distnbuti on  point  state  vector 


o  R-PQQL  ID 


The  ID  of  the  R-PQOL 
assigned  to  the 
specified  unit  (customer 
or  distribution  pt)  is 
needed  to  locate  the 
WSR-Queue. 


o  WSR-Queue 


The  RQST  holder 
(E-DF9) . 


o  RQST  ID 


o  WS-Custoeer  ID 


The  allocation  nueber. 

The  ID  of  the  unit  to 
receive  the  systems. 
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DATA  DEFINITION!  F-WSRO  (cont.) 


Connection 

Nueber 


Data 

Tr anal  erred 


04a 


o  R-P001  deeand 


04b 


o  WSR-Queue  10 


DSa 


o  RQST  statue 


D5b 


o  Craws  supplied/sent 


Coeeents _ 

The  total  nueber  of  each 
category  of  personnel 
requested  fro*  the 
R-PQOL  Purina  the 
current  period  (E-DF71. 

The  ID  of  the  weapon 
systee  request  <MSR> 
queue  associated  with 
the  R-P00L  <E-DF9>. 

A  flag  designatin'!: 
whether  tne  RQST  is 
filled  or  not. 

The  nueber  of  full  craws 
of  each  type  available 
to  the  RQST  or  the 
nueber  of  craws  sant  to 
supply. 


/ 
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FiQura  E-7.  F-WSRO  generator 
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GENERATOR  DESCRIPTION!  F-NSRO 

1.  RECEIVE  INFORMATION.  The  calling  routine  (D-Fll  or  D-F12)  pmii 
the  ROST  ID  (al location  ID) ,  P-CUSTOMER  or  distribution  point  ID,  and 
the  nuaber  and  type  of  systeas  involved  (Dl). 

2.  LOCATE  R-POOL.  The  R-POOL  ID  is  obtained  froa  the  P-CUSTQHER  or 
distribution  point  <S2)  and  is  used  to  locate  the  teeporary  ROST  holder 
(NSR-Queue,  D4b). 

3.  CHECK  RQST-ID.  The  NSR-Queue  (D3)  is  checked  to  see  if  the  ROST  ID 
is  already  listed. 

a.  NEN  RQST.  If  a  RQST  is  new,  the  RQST  ID,  NS-Custoaer  ID,  and 
required  systeas  (Dl)  are  entered  into  the  NSR-Queue.  F-NtJNSR  (E-F7)  is 
invoked  using  the  NSR-Queue  ID  (04b)  and  the  eleaents  in  Dl  as' 
paraaeters.  F-NUHSR  deteraines  the  nuaber  and  type  of  personnel 
required  to  fill  the  RQST  are  calculated,  begins  the  process  of  filling 
it,  and  returns  the  nuaber  of  crews,  avai 1 abl e  (D3b)  to  F-NSRO. 

b.  OLD  RQST.  Old  RQSTs  are  handled  by  invoking  F-QLSWR  (E-F9) 
using  the  eleaents  in  Dl  and  the  NSR-Queue  ID  <D4b).  The  current  call 
froa  supply  requests  that  a  portion  of  the  original  RQST  be  sent  (Dl) 
and  F-OLHSR  atteapts  to  fill  this  portion  by  sending  .  >e  appropriate 
allocated  personnel  (D3)  to  the  distribution  location  (Dl)  and  bv 
returning  the  nuaber  of  crews  supplied  to  F-NSRO  ( 03b > . 

4.  CHECK  FILL.  The  RQST  is  checked  to  see  if  it  has  been  filled  by 
coaparing  the  nuaber  of  systeas  required  to  the  nuaber  of  chews  assigned 
(D3).  If  they  are  equal,  the  RQST  status  flag  (03a)  is  sat. 

3.  RETURN.  The  nuaber  of  crews  available  or  supplied  and  the  RQST 
status  (03)  are  returned  to  the  calling  routine. 
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E-F3  F-01SPER  TYPE i  Interactive  Function 

SUHHARVi  Personnel  can  either  be  transferred  to  a  receivinq 
unit  iaplicitly  or  can  ba  transported  by  a  convoy. 

When  transported  by  convoy,  the  personnel  for  several 
P-CUSTQMERs  are  carried  to  a  joint  distribution  point 
for  further  iaplicit  distribution.  When  transported 
iaplicitly,  personnel  Mill  be  subtracted  froa  the 
holding  unit  and  added  to  the  racaivinq  unit  folloMinq 
a  delay.  The  F-DISPER  routine  checks  for  distribution 
aodif ications  caused  by  , P-CUSTOMER  status  chanqes, 
holdinq  unit  attrition,  or  new  coaaand  decisions.  Any 
necessary  redistribution  is  done  by  F-ALLPER. 

Personnel  are  transferred  to  the  P-CUSTOMER  by  the 
transfer  personnel  action  (A-TRANSPER) .  The 
P-CUSTOMER  unit  effectiveness  aeasures  are  updated  and 
the  due-ins  are  adjusted  by  the  chanqe  expectations 
action  (A-CHANGEX).  When  the  P-CUSTOMER  unit  is  an 
R-POOL  personnel  inventory,  the  F-F1LLWS  function  is 
invoked  to  fill  anv  unsatisfied  weapon  svstee  requests 
on  the  pool. 


TRIGGERED  BY: 


F-AT0BJ-6ND 
F-ATQBJ-AIR 
A  tiaer  scheduled 


(C-F10)  Transportation 

(C-Fll)  Transportation 

bv  F-PEREP  'E-Fl) 


RESULTING  IN: 


P-CUSTOMER 

A-CHANGEX  (E-A3) 

A-TRANSPER  (E-A2) 

F-PILLWSR  (E-F9) 

F-ALLPER  (E-F3) 

F-TRANSP-DECIDE  (C-F151 


Updated  effectiveness  scores 


Transportation 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


See  figure  E-8. 
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Figure E- 8.  F-DISPER  SSD  ! 
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DATA  DEFINITION:  F-DISPER 


w 


Connection 
_ Number 

0! 


D2 


Oat* 

Transferred 


o  Holding  unit  ID 

a  ASSGN  ID 

a  Assigned  personnel 

o  Distribution  poipt  ID 

a  Transportation  adds 
o  T-ASSSW 

o  ASSGN  ID 
o  T-ASSSN  ID 
0  P-CUSTQMER  IDs 

o  P-CUSTOrtSR  shortfall 

i 

o  P-CUSTOflER  allocation 


o  Total  count 


o  Temporary  invent! 


ory 


Coaaants  _ _ _ _ 

Tha  unit  currantlv 
holding  tha  parsonnal. 

Tha  assignment 
identifier. 

Tha  parsonnal  being 
slivered. 

Tha  unloading  locations 
(a.g. ,  tha  brigada) . 

Expl ict/iapl icit. 

A  teaporary  holding  unit 
containing  the  following 
aleaants  (E-DF10)t 


Tha  IDs  of  the  units 
reguiring  personnel. 

The  personnel 
requirenents  of  a  unit. 

The  nunber  of  each 
category  assigned  to 
fill  a  P-CUSTOMER's 
requirement. 

The  number  of  each  type 
of  personnel  contained 
in  the  holding  unit’s 
inventory. 

Location  holding 
personnel  for 
redistribution. 
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DATA  DEFINITION:  F-OISPER  (cont.) 

Connection  Data 

_ Nu§ber _ _ Transferred _ Contents. 


S3 


S4 


03 


06a 


06b 

06c 


0  P-CUSTOHER  state  vector 
o  Unit  statue 

o  P-CUSTOHER  due-in 

o  P-CUSTOMER  inventory 

o  R-P00C  ID 

o  Unit  opcode, 

Unit  function  code 


A  flag  ehotiinq  if 
the  cuetoeer  it 
alive/active  or 
dead/inactive  (  e.q.,  an 
I-R-DEAD  flaq) . 

The  nueber  and  type 
personnel  assiqned  to 
and  expected  by  the 
cuetoeer. 

The  unit  perionnel  , 
eeparated  into 
cateqoriae. 


Possible  paraeeters  for 
the  allocation  table. 


o  Oi stribut ion  point  state . vector 


o  R-P00L  ID 


o  CC  flaq 

o  Set/reset  flaq  proept 

o  ASSGN  ID 

o  Personnel  allocation 


A  flaq  let  »hen  assigned 
personnel  are  to  be 
redistributed  (E-CC3). 

A  sessaqe  sent  to 
F-COUHANDER  changing  the 
CC  flaq  status. 

Froa  02. 

Froa  02. 
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|  Figure  E-9a.  F-OISPER  generator 
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Figure  E-9b.  F-DISPER  ganarator  (continued) 
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Figure  E-9d. 


F-OISPER  generator  (continued) 
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Fioura  E-9e.  F-DISPER  generator  (continued) 
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BE  4ERATQR  DESCRIPTION;  F-D1SPER 

1.  RECEIVE  INFORMATION.  The  calling  routina  provides  the  holding  unit 
ID,  the  ASSSN  ID,  the  distribution  point  ID,  the  assigned  personnel,  and 
the  transportation  aode  ( D 1 ) . 

2.  CHECK  TRANSPORTATION  NODE.  The  transportation  eode  (Dll  indicates 
whither  the  transfer  is  iaplicit  or  explicit.  If  explicit,  the  R-PQQL 
ID  is  obtained  froe  the  distribution  point  state  vector  (D4). 

3.  TRANSFER  ASSSN.  A  temporary  ASSSN  location  ( T -ASSSN)  is  initialized 
and  the  ASSSN  is  transferred  to  it  ( 02 )  froe  the  R-PQQL's  N-Oueue. 

4.  CHECK  SITUATION.  The  status  of  the  P-CUSTOMERs  and  the  personnel 
are  checked  before  distribution. 

3.  CHECK  FOR  ATTRITION.  For  each  category  of  personnel,  the  nuitber 
which  has  arrived  is  coepared  with  the  nueber  which  should  have  arrived 
using  the  assigned  personnel  (Dl)  and  the  ASSGN's  total  count. 

6.  CHECK  P-CUSTOMER  STATUS.  Each  P-CUSTOMER' s  unit  status  4 S3)  oust  be 
checked  to  wake  sure  the  unit  is  able  to  receive  personnel  (i.e.,  is 
alive  and  active). 

7.  DETERMINE  DESTINATION.  If  a  P-CUSTOMER  can  no  longer  receive 
personnel,  the  original  holding  unit  ID  (Dl)  is  checked  to  detereine 
where  the  personnel  should  go. 

a.  M-QUEUE.  If  the  personnel  were  still  in  the  waiting  queue  (W- 
Queue),  they  are  reassigned  to  the  R-P00L  inventory  by  substituting  the 
R-jPOOL  ID  (S3)  for  the  P-CUSTOMER  ID  in  the  T-ASS5N. 

b.  OTHER.  1 f  the  personnel  are  held  elsewhere,  the  teaporarv 
inventory  ID  (D2)  is  substituted  for  the  P-CUSTOMER  ID  and  a  coeeand  and 
cqntrol  flag  is  set  (D3). 

3.  NO  CHANGE.  When  the  P-CUSTOMER's  status  is  unchanged,  no 
rj di str i buti on  is  necessary. 

9.  CHECK  FOR  TOTAL  CANCEL.  If  all  P-CUSTOMERs  have  been  cancelled,  the 
T-ASSGN  ID  (D2)  is  replaced  with  the  R-P00L  ID  (S3)  so  that  personnel 
will  be  returned  to  the  R-P00L. 

10.  CHECK  COMMAND  AND  CONTROL  STATUS.  If  any  personnel  are  to  be 
redistributed,  the  CC  flag  (DS)  will  have  been  set. 
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F-OISPER  (cont. ) 

11.  NO  CHANGE.  If  the  CC  Hag  is  not  set,  redistribution  is  not 
necessary. 

\ 

12.  REDISTRIBUTE  PERSONNEL. 

* 

a.  CREATE  TEMPORARY  INVENTORY.  The  personnel  are  reaoved  from  the 
inactive  (i.e.,  nonreceiving)  P-CUSTOMER  allocations  and  added  to  the 
temporary  inventory  (S2). 

b.  INVOKE  F-ALLPER.  Personnel  are  reassigned  to  the  active  (i.e.,  a 

receiving)  P-CUSTQMERs  by  the  allocate  personnel  function  (F-ALLPER). 

The  parameters  required  include  the  T-ASSGN,  holdinq  unit  ID,  and 
distribution  point  ID. 

c.  RESET  FLAG.  The  CC  flag  is  reset  <D6> . 

13.  COMPLETE  TRANSFER.  The  allocated  personnel  are  transferred  to  each 
P-CUSTOMER  unit. 

14.  INVOKE  A-TRANSPER.  Personnel  are  transferred  to  the  P-C'JSTOiiER 
category  by  category  (S3)  using  the  T-ASSGN  ID.  the  A3SGN  ID.  and  the  P- 
CUSTOMER  ID  (02). 

13.  CHECK  UNIT  TYPE.  The  P-CUSTOMER  tvpe  ,<S3>  is  checked  for  further 
action. 

a.  REGULAR  UNIT.  When  the  P-CUSTOMER  is  a  combat  unit,  its 
effectiveness  levels  are  updated  and  the  due-in  (S3)  associated  with  the 
specified  RQST/ASSGN  is  removed  by  invoking  A-CHANGEX. 

b.  TEMPORARY  UNITS.  Ho  change  occurs  for  temoorary  units. 

c.  R-P00L.  When  the  P-CUSTOMER  is  an  R-P00L  inventory.  F-FILLNS  is 
invoked  using  the  P-CUSTOMER  ID  (R-P00L  ID)  to  process  ahv  unfilled  WS- 

ROSTs.  * 

15.  RETURN. 

a. '  REMOVE  ASSGM.  The  now-emotv  AS3GN  records,  held  in  the  R-P00L  s  « 

14-QUEUE,  are  removed. 

b.  .CHECK  TRANSPORTATION  MODE.  If  the  personnel  allotment  was 
delivered  by  convoy,  control  is  returned  to  the  transportation  module 
and  F-TRANSP-DEC I DE  is  triggered  so  that  the  transporter  s  next,  move  can 
be  determined.  Otherwise,  control  returns  to  the  dispatcher. 
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E-F4  F-CH1WV  TYPE!  Interactive  Function 

SUMMARY!  The  check  inventory  (F-CHINV)  function  deteraines  the 
nuaber  of  aannad  systeas/tasks  available  and  the  size 
of  personnel  iabalances  (excesses  and  deficiencies)  at 
a  P-CUSTOHER  unit.  The  total  nuaber  of  each  specified 
systeas/task  available  at  the  P-CUSTOHER  is  counted 
and  the  nuaker  and  type  of  personnel  required  for  each 
are  deterained.  The  personnel  (available  and  dua-in) 
of  each  required  cateqory  are  counted  and  the  total 
nuaber  of  aanned  systeas  are  calculated.  The 
personnel  iabalances  are  deterained  by  c.oaparing  the 
available  totals  to  the  required  totals  in  each 
cateqory. 

TR186ERED  BY i  Any  aodule 

F-PEREP  (E-Fl) 

F-CHKCUS  (E-Fll) 

RESULTING  IN:  F-CALPER  (E-F6) 

Unit  shortfall  and  excess  data 
Weapon  effectiveness  data 

SYSTEM  SPECIFICATION  DIAGRAM  (SS0>! 

See  figure  E-10. 
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Flgur*  E  -  10.  F-CHINV  SSO 
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DATA  DEFINITION!  F-CHINV 


I =£* 

Connection  Data 


Nuaber 

Transf erred 

_ Coeaenti _ ; _ 

D1 

0 

RQHT/Queue  ID 

The  location  to  store 
returninq  inforeation. 

■ 

0 

P-CUSTOMER  ID 

The  unit  to  be 
evaluated. 

0 

Required  systeas 

The  type  of  systeas  to 
be  evaluated. 

0 

Required  response 

The  type  of  inforeation 
required  (e.g.,  nuaber 
of  canned  svsteasi 
nuaber  of  excess 
personnel!  shortfall. 

D2 

0 

Weapon  systea-crew  table 

A  table  showing  the 
nuaber  and  type  of 
personnel  needed  for 
each  weapon/task 
(E-DF1). 

S3 

0 

P-C UST ONE Rita  t  e  _ vec  t  or 

0 

P-CUSTQHER  inventory 

available  lyiteas 

The  nueber  of  the 
specified  weapon  systeas 
assigned  to  the  ■ 
custoaer . 

0 

P-CUSTOMER  inventory 
personnel 

The  nuaber  of  each  type 
of  personnel  available 

to  the  unit. 


D  4 


o  P-CUSTQMER  due-in 


o  Evaluation  r q m t 


The  nuaber  and  tvoe  of 
personnel  assiansd  to 
the  custoaer  but  net  yet 
avai 1 abl a. 

A  tntuorary  location 
holding  the  evaluation 
dita  containing  the 
following  eieaents  (see 
E-DFIO); 
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DATA  DEFINITION!  F-CH1NV  (cont.) 

Connection  Data 

_ Nujb.tr _ _ Transf erred _ Cgeeents 


04  cont. 


OS 


06 


o  Required  systees 
o  Required  personnel 

o  Total  personal 

o  Crewed  systees  count 

o  Personnel  iabalances 

o  RTD  personnel  count 


The  nueber  and  type  of 
weapon  systees  involved. 

The  nueber  of  each  type 
of  personnel  required  to 

ean  the  systees 
available. 

The  P-CUSTOMER's 
available  personnel  plus 
the  expected  personnel 
(due-in) . 

The  nueber  of  the 
specified  svstees/tasks 
havinq  full  crews 
avai 1 abl e. 

The  nueber  of  personnel 
in  each  category  either 
needed  or  in  excess  at 
the  custoeer. 

The  nueber  of 
injured/sick  to  be 
returned-to-dutv  (RTD). 
(The  count  wi 1 1  be 
supplied  by  the 
aedical /naintenance 
aodule  if  it  is  not 
inherent  in  the  unit 
state  vector  (52). 
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Figura  E-lla.  F-CHINU  generator 
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Flours  E-llb.  F-CHINU  generator  (continued) 
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8ENERAT0R  DESCRIPTION!  F-CHINV 

1.  RECEIVE  INFORMATION.  Th»  calling  routine  provides  the  P-CUSTQHER 
10,  the  type  of  weapon  systeas/tasks  concerned,  the  type  of  inforaation 
required  (i.e.,  the  type  of  response  desired,  such  a *  total  inventory, 
excess,  shortfall,  etc.),  and  the  location  to  which  to  transfer  the 
inforaation  (01). 

2.  DETERMINE  INVENTORY.  The  P-CUSTQNER's  weapon  systee  inventory  is 
checked;  each  required  systee  is  counted;  the  personnel  types  required 
are  determined;  and  the  required  nuaber  of  each  type  i»  calculated  and 
stored  in  04. 

3.  COUNT  MEAPON  SYSTEMS  ON  HAND.  The  nuaber  available  of  each 
specified  systee  is  counted  (S3). 

4.  INVOKE  F-CALPER.  The  nuaber  of  each  personnel  type  required  to  aan 
the  systeas  (04)  is  calculated  by  F-CALPER  (01). 

5.  TOTAL  PERSONNEL.  The  total  nuaber  of  each  required  personnel  type 
(04)  is  calculated  by  adding  the  total  available  to  the  total  due-in 
(S3).  (NOTE!  If  the  total  available  in  S2  does  not  include  both  the 
total  on-hand  and  the  total  RTO  (i.e.,  the  assigned  injured  and  sick  who 
have  not  been  evacuated),  then  the  RTO  count  must  be  obtained  froa  the 
aedical-aaintenance  aodula  (06).) 

6.  EVALUATE  INVENTORY. 

a.  COUNT  CREMS.  The  nuaber  of  aanned  svsteas,  the  nuaber  of  excess 
personnel,  or  the  nuaber  of  personnel  required  is  calculated  by  grouping 
the  available  personnel  in  each  category  into  crews  using  the  weapon 
systea/crew  table  (02). 

b.  SELECT  FULL  CREMS.  The  nuaber  of  full  crews  (03)  possible  is 
deterained  bv  the  ainiaua  number  of  crews  obtainable  froa  a  required 
personnel  type  (e.g.,  if  a  system  requires  one  tvpe  A  and  four  type  B 
and  four  tvpe  As  and  twelve  type  Bs  are  available,  then  three  full  crews 
can  be  created  (limited  by  type  B)  and  one  type  A  will  remain).. 

c.  DETERMINE  REQUIREMENTS.  The  excess  or  insufficiency  of  the 
required  personnel  types  (05)  is  determined  by  the  difference  between 
the  total  available  personnel  and  the  number  required  (04)  to  man  the 
available  systems  (e.g.,  using  the  previous  example,  if  five  full  crews 
are  required,  three  crews  are  available;  one  tvpe  A  and  no  type  B  remain 
to  fill  the  remaining  two  crews,  so  the  shortfall  is  eight  type  Bs  and 
one  type  A) . 

7.  RETURN  RESULTS.  The  information  indicated  bv  required  response  in 
01  is  entered  into  the  RQMT/Queue  (Dl)  and  passed  back  to  the  caller. 
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E-F5  F-ALLPER  TYPEi  Interactive  Function 

SUMMARY!  The  allocate  personnel  Function  (F-ALLPER)  separates 
groups  of  personnel  into  individual  assignaents  basad 
upon  unit  targat  effectiveness  lavala  listad  in  tha 
allocation  tabla.  F-ALLPER  ia  invokad  ahan  it  ia 
nacaaaary  to  diatributa  tha  available  parsonnal  aaong 
P-CUSTQHERs.  Tha  available  paraonnal  are  distributed 
by  category.  If  tha  total  available  in  a  category 
equals  tha  total  required  by  tha  P-CUSTQMERs,  each 
racaivaa  its  full  shara.  If  the  total  available  ia 
leas,  tha  allocation  table  ia  used  to  deteraine  Mhat 
aaount  each  P-CUSTQHER  should  receive. 


TRIGGERED  BY* 

F-PEREP 

(E-Fl) 

F-DISPER 

(E-F3) 

RESULTING  I Nt 

R-POOL 

A-ASSPER 

(E-A2) 

P-CUSTQMER 

A-CHANGEX 

(E-A3) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD)J 
Sea  figure  E-12. 


\ 


E-S6 


v'V 


W- QUEUE 
(P-  CUSTOMER) 


Rgtf»E-12.  F-ALLPER  SSO  . 
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DATA  DEFINITION:  F-ALLPJR 


Connection 
_ Nuabgr _ 

DJ 


S2 


D3 


; _ Coaaents 


Data 

Tran*  far  red _ _ _ 

o  RQHT/M-Queue  ID 


o  R-POOL  ID 


b  Distribution  point 


o  P -CUS TOME R  *t at e _ve ctor 
o  Due-in 


o  Unit  opcode, 

unit  function 

o  ROUT 


o  Customer  IDs 


o  Customer  shortfall 


The  location  holdinq  the 
assigned  personnel,  the 
P-CUSTOMER  IDs,  and  the 
P-CUSTOMER  shortfall 
involved. 

The  R-POOL  ID  is  used  to 
locate  the  M-Queue  in 
which  the  allocation 
Mill  be  built  and  to 
obtain  the  shortfall 
to  be.  satisfied  by  the 
allocation. 

The  location  to  which  a 
custoaer '*  allocation 
Mill  be  delivered. 


The  customer's  record  of 
the  expected  arrivals. 

Paraaeters  for  the 
allocation  code  table. 

A  teaporary  structure 
(E-OFIO)  initialized  at 
the  beginning  of  each  R- 
POOL  evaluation  to  house 
the  following  elements: 

Unit .  IDs  o*  those  R-POOl 
customers  requiring 
personnel . 

The  correspond! ng 
personnel  requirements, 
by  category  (9a) . 
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DATA  DEFINITION:  F-ALLPER  (cent.) 

Connection  Data 

Nueber _ Transf erred _ Consents. _ 

D3  cont.  o  Total  shortfall  Tht  R-POQL's  currant 

personnel  requirenent 
(9a). 

o  Assigned  personnel  The  personnel,  in  each 

category,  renoved  fros 
the  R-POOL  inventory  to 
seet  the  requirenent 
(9c). 

D4  o  H-Queue  The  location  which  holds 

the  allocation  Mhile  it 
is  beinq  built  and  until 
i t  can  be  del i vered 
(E-DF8).  Its  contains: 

o  ASSSN  ID  (Dl) 

o  Distribution  point  (S2) 

o  P-CUSTOHER  IDs  (D3) 

o  P-CUSTOHER  shortfall  (D3) 

o  P-CUSTOHER  allocations  (D6> 

o  Distribution  pt  total  (D6) 

o  Hods  of  transportation,  ( — ) 

D3  o  Allocation  table  A  table  (E-DF5)  showing 

the  target  levels  of 
effectiveness  for  units 
bv  opcode  and  function. 

06  o  Allocated  personnel  The  nuetier  of  each 

category  assigned  to 
each -P-CUCTOhER. 

o  Leftovers  The  personnel  remaining 

after  redistribution. 


Figure  E-13a.  F-ALLPER  generator 
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Figure  E-13b.  F-ALLPER  generator  Cconttnued) 
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Figure  E-13c.  F-flLLPER  generator  (continued) 
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6ENERAT0R  DESCRIPTION!  F-ALLPSR 

1.  RECEIVE  INFORMATION.  The  RQHT  and  R-FOQL  and  distribution  point  IDs 
art  passed  from  tha  calling  routine  <D1>.  The  contents  ol  the  RQMT  are 
shown  in  D3.  The  R-POOL  ID  will  be  used  to  obtain  the  H-Queue  (D4) 
which  will  house  the  assignaent  until  it  can  be  transported. 

2.  ADJUST  SHORTFALL.  Each  category  of  assigned  personnel  will  be 
coapared  with  the  corresponding  category  in  the  total  shortfall  (D3). 

The  individual  P-CUSTQMER  shortfalls  will  be  adjusted  by  the  algoritha 
if  not  enough  personnel  are  available  for  all. 

3.  FETCH  TARGET  LEVELS.  The  P-CUSTQMER  ID  (D3)  is  used  to  obtain  the 
opcode  and  function  code  needed  to  access  the  allocation  table  (D4)  and 
obtain  the  target  level  of  effectiveness  for  each  P-CUSTQMER  unit. 

4.  DETERMINE  SHORTFALL.  Each  category  of  personnel  is  checked 
separately. 

3.  INITIALIZE  COUNTER.  A  counter  is  used  to  keep  track  of  the  number  of 
iterations  taken.  The  count  is  used  in  the  distribution  algorithm. 

6.  COMPARE  SHORTFALL  AND  AVAILABLE.  The  total  shortfall  in  a  category 
is  compared  to  the  total  available  for  assignment  ( 03 > . 

a.  SHORTFALL  <*  AVAILABLE.  If  the  shortfall  is  less  than  or 
equal,  to  the  number  available,  the  total  will  be  assigned. 

b.  SHORTFALL  >  AVAILABLE.  If  the  number  required  is  greater  than 
the  number  available,  the  available  personnel  must  be  distributed. 

C.  CALCULATE  NEK  SHORTFALL.  A  new  P-CUSTOMER  shortfall  is 
calculated  based  upon  the  values  from  the  allocation,  table  (D3): 

-  CALCULATE  CURRENT  TOTAL.  The  current  total  is 
calculated  using  the  current  effectiveness  level 
and  the  current  shortfall: 

SHORTFALL/ (1  -  CURRENT  EFFECTIVENESS  LEVEL)  =  TOTAL 

CALCULATE  NEW  TOTAL.  The  new  total  is  determined 
bv  multiplying  the  total  by  the  table  value: 

TOTAL  *  ALLOCATION  (ABLE  VALUE  *  NEW  TOTAL 

-  FIND  DIFFERENCE.  The  new  total  is  subtracted 
from  the  old  total.  If  the  result  is  negative, 
it  is  set  equal  to  0: 

OLD  TOTAL  -  NEW  TOTAL  »  DIFFERENCE,  where  DIFFERENCE  >«  0 
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F-ALLPER  (cont.) 


Ir£5 


•  DETERMINE  NEW  SHORTFALL.  The  new  P-CUSTQMER  shortfall 
is  detereined  by  subtracting  the  total  difference 
froe  the  old  shortfall! 

CURRENT  SHORTFALL  -  TOTAL  DIFFERENCE  *  NEW  SHORTFALL 

-  TOTAL  SHORTFALL.  The  result  is  added  to  the  new 
total  shortfall.  (03) 

-  ADJUST  ALLOCATION  VALUE.  The  value  obtained  froe 
the  allocation  table  for  each  custoeer  oust  bo 
decreeented  for  each  iteration  required  by  a 
personnel  category! 

ITERATION  COUNT  ♦  1.  »  NEW  ITERATION  COUNT 
VALUE  -  (ITERATION  C0UNT/100)  >  NEW  VALUE 

d.  COMPARE  SHORTFALL  TO  AVAILABLE.  The  nee  shortfall  is  coapared 
Mi t h  the  available  personnel.  If  it  is  still  greater,  the  process  is 
repeated;  if  not,  the  allocation  value  is  reset  to  its  original  table 
value  and  a  nee  personnel  category  is  checked.  , 

7.  ALLOCATE  PERSONNEL.  The  categories  of  personnel  Mill  be  distributed 
according  to  the  nee  shortfall  Levels  to  be  achieved. 

a.  ASSI6N  PERSONNEL.  A  P-CUSTONER's  distribution  point  <S2)  is 
identified  and  the  W-Queue  (04)  is  searched  to  see  if  it  is  already 
listed.  If  not,  it  is  added.  Personnel  are  allocated  bv  category  to 
each  P-CUSTOHER  by  the  assign  personnel  action  (A-ASSPER).  The  P- 
CUSTOHER  ID,  personnel  category,  nueber  required,  number  available  (D3), 
and  ASSGN  ID  ( D 4 )  are  paraeeters. 

b.  ASSIGN  LEFTOVERS.  Any  category  with  personnel  still  available 
(D3)  is  uniforely  distributed  to  the  appropriate  P-CUSTQMERs. 

c.  ACCUMULATE  FOR  DISTRIBUTION.  The  total  number  of  personnel 
traveling  to  each  distribution  point  is  determined. 

3.  UPDATE  CUSTOMER  DUE-IN.  The  cnange  expectations  action  (A-CHANGEX) 
is  invoked  to  record  the  allocation  in  each  P-CUSTOMER's  due-in  <S2). 

9.  RETURN. 
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E-F6  F-CALPER  TYPEt  Interactive  Function 

SUMMARY.*  The  calculate  personnel  function  is  called  when  it  it 
,  necessary  to  detereine  the  categories  and  nueber  of 
personnel  required  to  build  crews  for  specified 
systees.  F-CALPER  detereines  the  nueber  of  each  type 
of  personnel  required  for  one  crew  and  eultiplies  it 
by  the  nueber  of  crews  needed. 

TRI66ERED  BYs  F-NUSMR  (E-F7) 

F-CHINV  C  E -F4  > 

RESULT IMS  IMi  Personnel  Requi resents 

SYSTEM  SPECIFICATION  OIASRAM  (SSD)t 

See  figure  E- 14. 
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DATA  DEFINITION!  F-CALPSR 


Connection 
Number _ 


Data 

Transferred 


D1 


0  Queue/Rqet  ID 


o  ROST  ID 


Consents 


The  ID  of  the  location 
(USR-Queue,  N-Queue  or 
evaluation  rqet)  where 
the  RQST/RQHT  resides. 
Note  that  the  location 
is  treated  as  a  P- 
CUSTQHER  entity  in  this 
function  (see  E-DF8-10). 

The  supply  allocation  ID 
or  the  PEREP  ASSGN  ID. 
if  any. 


o  Queue/Eval  rqet 


o  Required  systees 


The  structure  containinq 
the  following  elements 
(E-DFB-10): 

The  number  of  each  type 
of  weapon  system 
specified. 


o  Required  personnel 


The  number  of  each 
category  required  to  man 
all  of  the  specified 

systems. 


D3 


o  System/crew  table 


A  table  showing  the  crew 
breakdown  (category  and 
number)  for  each 
system/task  (E-DF1). 


D4 


n  Personnel  required 


The  number  of  each 
category  of  personnel 
needed  for  each  required 
system, . (accumulated  by 
personnel  category  in 
S2> . 
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Figure  E-lSa.  F-CALPER  goneratar 


SENERATOR  DESCRIPT IONi  F-CALPER 


1.  RECEIVE  INFORMATION.  The  calling  routina  paisas  in  tha  Ouaua  10  and 
ROST  ID  (01). 

2.  DETERMINE  REQUIREMENT.  Tha  nuabar  of  parsonnal  in  aach  category, 
required  to  aan  tha  spacifiad  systaas  is  calculatad. 

3.  ACCESS  TABLE.  Tha  crew  tabla  (03)  is  accessed  for  each  systaa  (S2). 
Tha  parsonnal  categories  raquirad  by  tha  systaa  ara  obtained. 

4.  CHECK  CATE60RY.  Each  catagory  is  checked  against  tha  existing 
'equired  personnel  (S2)  to  sea  if  tha  catagory  is  already  listed.  If 
not«  it  is  added. 

5.  CALCULATE  REQUIRED  PERSONNEL.  For  each  syrtaa,  tha  nuabar  of  earh 
cataqory  required  by  one  crew  (03)  is  auitipliad  by  tha  iiuaber  of 
systsas  required  ( 3 2 > .  The  result  (04)  is  added  to  the  actuaul ated 
required  personnel  by  category  ( S2) . 


6.  RETURN. 


IrEI  F-numsr 


TYPE:  Inter aq ti vt  F unct i  o n 


SUMMARY:  Nhen  supply  needs  crtMS  to  aan  weapon  systees,  it 

invokes  F-MSRQ  (E-F2)  which  chacks  to  saa  if  tha 
supply  request  is  naw  or  old.  For  naw  requests, 
F-MSRO  invokas  tha  naw  HS  raquast  function  (F-NUWSR) 
which  craatas  a  craw  raquast  (ROST)  and  attaapts  to 
fill  it  by  chackinq  tha  NS-Custoaer,  tha  R-POQL,  and 
tha  MS-Custoaar ' s  sistar  units  for  excess  parsonnal. 
Froa  tha  parsonnal  obtained,  craws  art  built  and 
countad.  Tha  nuabar  of  full  craws  for  aach  systaa 
spacifiad  is  raturnad  to  F-MSRO. 


TRI8BERED_ BY:  F-MSRO  ,  (E-F2) 

RESULT | NS_ IN:  F-CALPER  (E-F6) 

F-SUPPER  (E-F10) 

F-ARRCRU  (E-F12) 


R-POOL  Dewand  updated 
SYSTEM  SPECIFICATION  DIAGRAM  (SSD) : 


.V'V 


F-CALPER 

F-  SUPPER 

F-ARRCRU 

I -Ft 

E-F10 

E-F12 

E-F7 

SATA  DEFINITION] 

F* 

•NUNSft 

Connection 

Data 

Nuaber 

Transf erred 

Coaaants 

■e 

D1 

0 

RflST  ID 

The  allocation  ID  froa 

m 

supply. 

« 

0 

NS-Custoaer  ID 

Tha  ID  of  tha  unit  to 
racaiva  tha  aannad 
systaa. 

a 

0 

Syitaaa  raquirad 

Tha  typa  and  nuabar  o f 
systaas  naadinq  craws. 

0 

NSR-Queue  ID 

Tha  queue  where  tha 

ROST  will  ba  built. 

52 

0 

NS-Custoaer  itata  vactor 

0 

R-POOL  ID 

Tha  R-POOL  asaiqned 
to  tha  custoaer. 

03 

0 

NSR-Quaua 

A  ROST  holder  (E-DF9) 
containing: 

0 

RUST  ID 

Filled  by  01. 

0 

NS-Custoaer  ID 

Filled  by  01. 

0 

Systaas  raquirad 
(nuabtr  and  typa) 

Filled  by  Dl. 

0 

Personnel  raquirad 

Tha  nuaber  of  each 
category  required  to 

J 

fill  tha  request. 

0 

Personnel  available 

The  nuaber  of  each 

0 

category  alreadv 
obtained. 

0 

Personnel  allocated 

The  nuaber  of  each 

» 

category  already 
assigned  to  crews. 

0 

Crews  available 

Filled  by  05  (F'-ARRCRU) 

(nuaber  and  type) 
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DATA  DEFINITION! 

Connection 
_ Nuaber _ 

04 

OS 


F-HUHSR  (eont.) 


Data 

Tranaf err ad 


Cofiinta 


o  R-P001  deaand  Tha  personnel 

requireaent,  by 
cataqory,  on  tha  R-POQL 
during  tha  currant 
period.  Accessed  using 
R-PQOL  10  <S2) (E-DF7). 

o  Crew  count  Tha  nuabar  of  each  type 

of  craw  already  foraad. 
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6EHERAT0R  DESCRIPTION!  F-NUMSR 

1.  CREATE  MS  RSST.  The  RQST  ID,  NS-Custoeer  ID,  systees  required,  and 
MSR-Queue  ID  are  passed  froa  F-MSRO  CDi). 

a.  ENTER  ROST.  The  ROST  is  sntsrsd  into  the  MSR-Queue  by  storing 
ths  RQST  ID,  ths  MS-custoaer  ID,  and  ths  systea  rsquirsssnts  (D3). 

b.  INVOKE  F-CALPER.  Ths  nusbsr  of  each  type  of  personnel  required 
for  each  Specified  weapon  systee  is  calculated  by  invoking  the  calculate 
personnel  function  (F-CALPER).  The  paraeeters  required  are  the  nuaber 
and  type  of  each  weapon  systea  (Di).  F-CALPER  creates  a  list  of  the 
required  personnel  types  and  calculates  the  huaber  required  of  each  and 
returns  the  values  to  the  ROST  (D3>. 

c.  ADJUST  R-PQOL  DEMAND.  The  personnel  requireeents  <D3)  are  added 
to  the  current  R-POOL  deeand  (D4)  by  category. 

2.  INVOKE  F-SUPPER.  The  supply  personnel  function  (F-SUPPER)  is 
invoked  using  the  RQST  ID  and  the  MSR-Queue  ID  (Dl).  It  obtains 
personnel  froe  the  NS-Custoaer,  the  R-POOL,  and  the  MS-Custoaer ' s 
sisters  (units  under  the  saae  brigade  and/or  sharing  the  saae 
distribution  point)  and  adds  thee  to  the  available  personnel  in  the  RQST 
(D3). 

3.  INVOKE  F-ARRCRU.  The  personnel  available  are  allocated  into  crews 
< 03)  by  the  arrange  crews  function  (F-ARRCRU).  The  MSR-Queue  ID  and 
RQST  ID  are  the  calling  paraeeters  and  the  nuaber  of  crews  foraed  (D3) 
is  added  to  the  RQST  (D3). 

4.  RETURN.  The  nuaber  of  each  type  af  crew  (DO)  is  returned  to  F-MSRO, 
the  calling  routine. 
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TYPE:  Interactive  Function 


SUMMARY:  Mhtn  F-NSRQ  (E-F2)  i s  invoked  by  supply,  it  checks  to 

see  if  the  RQST  ID  passed  by  the  caller  is  for  a  net* 
ROST  or  an  old  one.  If  the  RQST  already  exists, 
supply  is  asking  that  a  portion  of  the  original  ROST 
be  sent.  F-OLMSR  is  called  and  checks  to  see  if  the 
nueber  of  crews  to  be  delivered  is  currently  available 
in  the  RQST.  If  not,  the  MS-Cuitoeer  and  its  sister 
units  are  checked  for  excess  personnel  and  crews  are 
built.  The  crews  and  personnel  to  be  supplied  (either 
the  nueber  requested  or  the  nueber  available)  are 
reeoved  froe  the  RQST  and  sent  to  join  the  weapon 
systees.  The  nueber  of  crews  being  transferred  is 
returned  to  the  caller. 


TRISSERED  BY: 

F-HSRQ 

(E-F2) 

RESULTING  IN: 

P-CUSTOMER 

A-TRANSPER 

(E-Al) 

F-ARRCRU 

(E-F12) 

F-CHKCUS 

(E-Fll) 

R-POQL  Deaand  updated 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


See  figure  E-18. 
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Figure  E-18.  F-OLWSRSSO 


E-F8 


DATA  DEFINITION! 

Connection 

Number _ 

* 

01 

0 

0 


S2 


S3 

04 


F-QLMSR 
Data 

Transferred _ 

o  ROST  ID 

o  Delivery  point  ID 
o  Systees  requested 

o  NSR-Queue  ID 

0  WS-Custoaer  state  vector 
o  Sibling  IDs 

o  R-P001  ID 

o  The  R -  P 00L  s t a t e _  vector 
o  R-P001  inventory 

WSR -Queue 

RQST  ID 

WS-Customer  ID 


Coeeents _ 

Allocation  ID  from 
Supply. 

The  location  that  the 
crews  are  delivered  to. 

The  nueber  of  each 
systee  to  be  eanned 

iaaediately;  it  equals  a 
portion  of  the  original 
ROST. 

ID  of  the  temporary 
holding  unit. 


IDs  of  the  units  that 
belong  to  the  same 
brigade  or  share  a 
distribution  point  Mith 
the  MS-Custoeer. 

The  customer's  R-P00L  ID 
is  used  to  locate  the 
R-P001  deeand  and  the 
R-POQl  inventory. 


The  location  that  the 
extra  personnel  are 
returned  to. 

A  temporary  RQST  holder 
containing  the  following 
elements  (E-DF9) : 

The  original  allocation 
ID. 

The  weapon  system 
customer . 
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DATA  DEFINITION! 


Connection 
.  Nuaber. 

04  cont. 


D3a 


DSb 


DA* 


06b 


06c 


l=£i 

F-OLKSR  (cont.) 


Data 

Transferred _ 

o  Systeas  rtquirod 

o  Parsonnol  required 

o  Personnel  available 

o  Personnel  allocated 

o  Crees  available 

o  R-P00L  deaand 

o  Crew  and  personnel 
assignaent 

o  Assigned  personnel 

o  Assigned  crews 

o  Excess  personnel 


Coeeent _ _ _ 

The  nuaber  of  each  type 
of  systee  still  required 
by  the  RfiST. 

The  nueber  of  each  type 
of  personnel  still 
rsquired  by  the  RQST. 

The  personnel  available 
for  allocation. 

The  personnel  already 
assigned  to  crews. 

The  nueber  and  type  of 
crews  coaposed  of  the 
allocated  personnel. 

The  personnel  requested 
froe  the  R-PQOL  during 
the  current  periodic 
cycle  (E-DF7) . 

The  inf oreation 
concerning  the  nueber  of 
crew  and  personnel  to  be 
transferred  (04). 

The  personnel  to  be 
transf erred  to  the 
delivery  location. 

The  crews  assigned  in 
response  to  the  current 
request. 

The  personnel  left  over 
after  all  the  crews  have 
been  forned.  Thev  are 
returned  to  the  R-PQQt 
inventory. 
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Figure  E-19b.  F-OLWSR  generator  C continued) 
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Flours  E-19c.  F-OLWSR  flanarator  Ccontinued) 
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GENERATOR  DESCRIPTION!  F-OLNSR 


1.  RECEIVE  INFORMATION.  F-MSRQ  passes  ths  original  ROST  ID,  tha 
delivery  point,  systeas  raquirtd,  and  tho  NSR-Queue  ID  to  F"0LWSR  (Dl). 

2.  DETERMINE  NEED.  Tha  nuabar  of  era**  raquirad  by  tha  currant  raquaat 
(Dl)  ia  coaparad  with  tha  nuabar  pf  crews  available  (D4). 

S.  REQUIRED  EXCEEDS  AVAILABLE.  If  tha  raquirad  nuabar  exceed*  tha 
available  nuabar,  tha  function  attaapt*  to  provida  additional  personnel 
by  using  F-CHKCUS  (E-Fil)  to  extract  tha  excess  personnel  froa  tha  NS- 
Custoaar.  The  NSR-Queue  ID,  ROST  ID,  and  NS-Custoeer  ID  (Dl,  D4)  are 
passed  to  tha  function  and  the  R-POOL  daaand  (D5a)  and  available 
personnel  (D4)  ara  updated. 

4.  CHECK  FILL.  Tha  ROST  ia  checked  to  see  if  it  has  been  filled.  If 
not,  tho  F-CHKCUS  is  invokad  passing  a  sister  ID  (S2)  instead  of  the  WS- 
Custoaar  ID.  Tha  process  is  rapeatad  until  each  sister  has  been  checked 
or  until  the  ROST  is  coapletaly  satisfied. 

5.  ARRAN6E  IN  CREWS.  The  NSR-Oueua  ID  and  ROST  ID  ( Dl >  are  passed  to 
the  arrange  crews  function  (F-ARRCRU)  which  builds  crews  froe  the 
available  personnel  (04).  Aftsfr  locating  the  ROST,  F-ARRCRU  counts  the 
aaxiaua  nueber  of  full  crews  that  can  be  aade  froa  the  personnel 
available  (D4).  If  the  count  is  less  than  the  required  nueber  of  crews, 
the  crews  are  redistributed  into  ainieua-sized  crews  and  recounted.  The 
crows  are  arranged  into  both  full  and  ainiaua-size  to  best  achieve  the 
required  nuaber  of  crews.  The  available  craws  and  the  available  and 
allocated  personnel  (D4)  are  updated  and  the  nuaber  of  crews  returned  to 
the  caller. 

6.  DETERMINE  ASSIGNED.  The  available  personnel  are  allocated  to  crews. 

a.  CHECK  AVAILABLE.  The  nuaber  of  crews  (systens)  requested  is 
coaparad  to  tha  updated  crews  available.  If  the  nuaber  available 
exceeds  the  nuaber  requested,  the  requested  nuaber  of  crews  will  be 
assigned;  if  not,  the  total  available  nuaber  will  be  assigned  instead 
( D3b ) . 

b.  ALLOCATE  ASSIGNED.  The  personnel  to  be  allocated  (i.e.,  the 
assigned  (D6a)  are  reaoved  froa  the  available  personnel  and  required 
personnel,  added  to  the  allocated  personnel  (D4),  and  recorded  in  the 
assignaant  (DSb)  by  category.  The  nuaber  of  crews  created  (D6a)  are 
reaoved  froa  the  systems  required  and  added  to  the  crews  available  <D4) 
by  weapon  system. 


E-S4 


F-QLWSR  (cont.) 

c.  CHECK  LEFTOVERS.  Once  the  ROST  hat  been  coapletely  satisfied, 
check  it  done  to  enture  that  no  pertonnel  retain  in  the  NSR-Oueue  (06c) 
“  If  any  personnel  are  left  after  the  last  crew  hat  been  foreed,  they  are 

returned  to  the  R-POOL  (S3)  and  the  R-Deeand  it  updated  (D3a>. 

P 

7.  TRANSFER  PERSONNEL.  The  transfer  personnel  action  (A-TRANSPER)  it 
invoked  using  the  delivery  point  (01),  assigned  personnel,  and  RQST  ID 
(04)  as  paraeeters.  The  personnel  are  reeoved  free  the  personnel 
assigneent  (03b)  and  transferred  to  the  delivery  location  (Dlb)  to  join 

4  the  weapon  systeas. 

8.  RETURN.  The  nueber  and  type  of  crews  (D6a,b)  are  returned  to  the 
calling  routine. 
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E-F9  F-FILLM3  TYPEi  Interactive  Function 

SUHMARYt  When  personnel  have  b»»n  added  to  a  replaceaent  pool 
(R-PQOL)  inventory,  F-FILLNS  is' called  to  fill  tha  MS 
requests  (RQSTt)  retaining  in  tht  R-P00L'«  NSR-Quaue. 
For  each  RQST,  tht  size  of  its  currant  shortfall  is 
calculated  and  tha  R-POOL  daaand  is  adjusted  to 
reflect  it.  F-SUPPER  is  invoked  to  fill  the  RQST  by 
checking  the  MS-Custoaer ,  The  R-POOL,  and  the 
MS-Custoeer *s  sister  units  for  excess  personnel. 
F-ARRCRU  is  then  called  to  build  creus  and  update  the 
RQST. 

TRIGGERED  tit  F-DISPER  (E-F3) 

RESULTING  INs  F-SUPPER  (E-F10) 

F-ARRCRU  (E-F12) 

R-POQL  Daaand  updated 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  E-20. 
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F  -  SUPPER 
E-F10 


F-ARRCRU 

E-F12 


Flgura  E-20.  F-F1ULWS  SSO 


DATA  DEFINITION}  F-FIILNS 


Connection 

Bating 

D1 


D2a 


D2b 


03 


Data 

Transf trrtd _ 

o  R-PQ01  ID 

o  Shortfall  ■ 

o  NSR-Queue  ID 

0  NSR-Queue 

0  ROST  10 

o  NS-Custoner  ID 

o  Systees  required 
(nueber  and  type) 

o  Personnel  required 

o  Personnel  available 


Coeeents _ _ 

The  ID  of  the  R-P00L 
needed  to  locate  the 
MSR-Queue  and  the  R-PQQL 
deeand. 

The  nueber  of  personnel 
in  each  cateqory  still 
needed  to  fill  the 
requireeents. 

The  ID  of  the  queue 
attached  to  the  R-P00L 
(E-DF9). 

The  teaporary  RQST 
holder  containinq  the 
following  ( E-DF9 ) a 

The  allocation  10  froe 
supply. 

The  weapon  systee 
custoaer . 

The  nueber  of  each  type 
of  lystea  reaaining 
in  the  request. 

The  nueber  of  each 
category  required  to 
fill  the  reaaining 
request. 

The  nueber  of  each 
category  already 
obtained. 


E-8S 
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E-F9 

GENERATOR  DESCRIPTION  F-FILLNS 

1.  CHECK  QUEUE.  Th*  NSR-Queue  it  located  using  the  R-POOL  ID  (Dt)  and 
an  unfilled  NS  raquast  it  obtained  free  the  queue  (D3). 

2.  DETERMINE  SHORTFALL.  The  available  pertonnel  and  the  allocated 
pertonnel  (D3)  in  each  cateqory  are  added  together  and  the  retult 
subtracted  froe  the  required  pertonnel  in  order  tb  obtain  the  current 
thortfall  <D2a). 

3.  ADJUST  R-POOL  DEHAND.  The  current  thortfall  (D2a)  it  added  to  the 
current  R-POOL  deeand  (04). 

4.  INVOKE  F-SUPPER.  The  supply  pertonnel  function  (F-SUPPER)  it 
invoked  using  the  RQST  ID  (D3)  and  the  NSR-Queue  ID  (D2b).  It  obtains 
personnel  froe  the  NS-Cuttoaer,  the  R-POOL,  and  HS-Custoaer ‘ t  titters 
(units  under  the  taae  brigade  and/or  sharing  the  taae  distribution 
point)  and  updates  the  available  personnel  (D3). 

3.  INVOKE  F-ARRCRU.  The  arrange  crews  function  (F-ARRCRU)  it  invoked 
using  the  RQST  ID  (03)  and  the  NSR-Queue  ID  (D2b).  It  builds  crews  by 
allocating  the  personnel  available  and  updates  the  NSR-Queue  elements 
!D3>. 

6.  RETURN.  (NOTEi  Currently,  supply  is  not  being  notified  as  soon  as 
a  RQST  is  filled.  Instead,  RQSTs  filled  during  F-FILLNS  remain  in  the 
queue  until  supply  triggers  F-QLNSR.  An  alternative  eethod  of  handling 
filleo  RQSTs  would  be  to  pass  the  necessary  inforaation  (e.g.,  RQST  ID, 
status  flaq)  to  supply  whenever  a  RQST  is  filled.  Then  supply  would  ce 
able  to  reevaluate  its  requirements. ) 
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DATA  DEFINITION 

Connection 
Njjjfatr _ 

Di 

32 


F-SUPPER 

Data 

Transf erred _ ’ _ Coeeents 


o  NSR-Queue  ID  The  location  holdina  the 

ROST. 

o  RQST  ID  The  SUPPLY  or  F-PSREP 

allocation  ID. 


o  WS-Custoaer  state  vector 
o  Personnel  inventory 

o  R-POOL  ID 

o  Sister  unit  IDs 

o  WSR-Queue 
o  Available  personnel 

o  Required  personnel 

o  KS-Custoaer  ID 


The  customer  s 
personnel,  by  cateqorv. 

ID  of  the  customer ' s 
assiqned  R-POOL. 

The  IDs  of  the  units 
belonqina  to  the  saae 
briqade  or  sharinq  tne 
sane  distribution  point 
»•  the  customer. 

E-DF9. 

Personnel  not  yet 
allocated  to  crews. 

Nueber  of  each  cateoorv 
r  equi  r  «<j . 

The  P-CUSTOfltR ' »  unit 
10. 


L-r.iQ 


Figure  E-53.  F-SUPPER  generator 
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GENERATOR  DESCRIPTION!  F-SUPPER 

1.  RECEIVE  INFORMATION.  The  calling  routina  pastes  tha  MSR-Quaua  ID 
and  RQST  ID  <01 ) . 

2.  CHECK  CUSTOMER.  Personnel  ara  obtainad  froa  tha  NS-Custoaer  uting 
the  NSR-Quaua  ID,  RQST  10  <D1>,  and  NS-Custoeer  ID  (04)  to  invoke  F- 
CHKCUS.  F-CHKCUS  Mill  add  tha  partonnal  obtainad  to  tha  RQST  (D3), 
update  tha  R-POOL  deaand,  and  return. 

3.  CHECK  FILL.  Each  category  in  available  personnel  (D3)  it  checked  tc 
tea  if  tha  requireaent  hat  been  filled.  If  one  category  it  still 
unfilled,  tha  R>P00L  it  cheeked  for  personnel  by  invoking  the  function, 
F-LOCPER.  Paraaetars  required  include  tha  R-POOL  ID  (S2)  and  tha 
required  partonnal  (D3). 

4.  CHECK  FILL.  Each  category  it  again  checked  until  an  unfilled  one  it 
located.  Then,  tha  NS-Cuttoaer  titter  units  are  accessed,  one  at  a 
tiae,  by  invoking  F-CHKCUS  uting  tha  queua  ID,  RQST  ID  (01)  and  titter 
ID  <S2) . 

3.  RETURN.  Mhen  all  tha  units  have  bean  checked  or  uhen  the 
requireaent  hat  been  filled,  the  routina  returns. 


Szfli 

E-Fll  F-CHKCUS  TYPE:  Inter active  Function 

SUMMARY:  The  check  custoaer  function  it  called  when  a  unit 

aust  ba  avaluatad  and  tha  excess  personnel  located 
for  reassignaent  (e.g.,  at  in  a  NSRQ  procatt). 
F-CHKCUS  aata  up  the  paraaeters  needed  by  the  check 
inventory  function  (F-CHINV)  and  calls  it.  The 
personnel  returned  are  transferred  to  the  holding 
location  and  the  R-PQQL  deaand  is  adjusted  to  reflect 
the  nan  level  of  deaand. 


TRI66ERE0 

BY: 

F— SUPPER 

(E-F10) 

F-OLNSR 

(E-F8) 

RESULTIM8 

_IN: 

P-CUSTOHER 

A-TRANSPER 

(E-Al) 

F-CHINV 

<E-F4) 

SYSTEM  SPECIFICATION  01A6RAH  (SSD): 


See  figure  E-24 


R-F11 


F-OLWSR 

RQ8T 

E-F  • 

F-  SUFFER 

P  -  CUSTOMER 

WSH-  QUEUE 

E-FI* 

(P- CUSTOMER) 

0 


Rgur#  E  -  24.  F-CHKCUS  SSD 
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DATA  DEFINITION)  F-CHKCUS 
Connection  Data 

_  Juabir _ Tr *nif  jr r  1 1 _ Comments _ _ 

01  o  KSR-Queue  ID  Tha  location  holding  the 

ROST. 

o  ROST  ID  Tha  supply  or  PEREP 

allocation  ID. 


S2 


03a 


D3b 


04 


o  P-CUSTOHER  ID 

o  P-CUSTOHER  state  vector 

o  Personnel  inventory 

o  R-POQL  ID 

o  R-POQL  demand 

o  Required  response 

o  WSR-Queua 
o  RQST  ID 
o  WS-Customer  ID 

c  Systems  required 

□  Available  personnel 


ID  of  tha  unit  to  be 
evaluated  for  personnel 
(a.g.,  the  customer  or  a 
sister  unit). 

The  unit  being 
evaluated  for  personnel. 

The  unit ' s  personnel , 
by  category. 

Unit  ID  of  the  assigned 
R-POQL. 

The  current  demand 
agai nst  the  R-POOL  ' 
(E-DF7) . 

The  response  from 
F-CHINV:  excess 
personnel . 

E-QFP. 

(01) 

The  RQST  customer  s  unit 
ID. 

The  number  ot  each  tv  be 
of  system  required. 

The  personnel  not  yet 
allocated  to  crews. 
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DATA  DEFINITION! 

F-CHKCUS  (cont.) 

Connection 

Data 

Nuaber 

Transf erred 

Coeaentt 

D5a 

o  Ptraonnol  obtained 

Personnel  to  be  added  to 
the  available  personnel. 

DSb 

o  Excess  count 

The  nuaber  of  excess 
personnel  in  each 
category  returned  by 
F-CHINV. 

E- 100 
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GENERATOR  DESCRIPTION!  F-CHKCU3 

1.  RECEIVE  INFORMATION.  F-CHKCUS  it  called  using  ths  parasstsrs  listed 

in  Di. 

2.  SELECT  PARAMETERS.  The  paraaeters  needed  for  F-CHINV  are  the  P- 
CUSTOMER  10  (i.e.,  the  unit  being  evaluated,  Oi),  the  systess  specified 
(04),  and  the  type  of  value  to  be  returned  (03b).  Here,  F-CHINV  Mill  be 
used  to  deteraine  the  nuaber  of  extra  personnel  in  each  of  the  required 
categories  (05). 

3.  INVOKE  F-CHINV.  The  check  inventory  function  evaluates  the 
personnel  inventory  of  the  designated  P-CUSTOMER  and  deteraines  the 
nuaber  of  full  crews  available,  the  nuaber  of  replaceaents  required  to 
fill  out  crons  for  available  systess,  and  the  nuaber  of  extra  personnel 
available  for  reassignaent.  F-CHINV  is  invoked  here  to  locate  possible 
extras  for  reassigneant  to  crons  in  the  HSRO  process. 

4.  ACCEPT  EXTRAS.  The  extra  personnel  (03)  located  at  the  unit  aust  be 

transferred  and  accounted  for.  '  ' 

a.  INVOKE  A-TRANSPER.  The  personnel  are  aovod  by  invoking  the 
transfer  personnel  action.  The  HSR-Queue  (04)  is  considered  a  P- 
CUST0MER  and  the  personnel  are  transferred  to  its  inventory  as  available 
personnel  (04). 

b.  ADJUST  R-P00L  DEMAND.  The  deaand  on  the  R-P00L  (03a)  aust  be 
adjusted  downward  to  account  for  the  personnel  no  longer  in  deaand  and 
the  nuaber  of  extras  obtained  (05)  are  subtracted,  category  by  category. 


5.  RETURN. 
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E-F12  F-ARRCRU  TYPE*  Interactive  Function 

SUMMARY!  The  arrange  crews  function  (F-ARRCRU)  builds  craws  for 
tha  spacifiad  systaas  froa  the  available  personnel  in 
a  ROST.  The  nuaber  of  each  category  required  for  one 
crew  is  obtained  froa  tha  systea/craw  table.  F-ARRCRU 
daterainas  how  aany  crews,  of  aaxiaua  and  ainiaua 
size,  can  be  aade  with  the  available  personnel  and 
then  allocates  the  personnel  required  to  aan  those 
crews. 

TRIGGERED  BYt  F-NUSNR  (E-F7) 

F-OLSMR  (E-F8) 

,  F-FILLNS  (E-F9) 

RESULTING  INi  Organization  of  personnel  into  crews. 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  f i gure  E-26. 


» 
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ROST 

(P- CUSTOMER) 


I dttl 


DATft  DEFINITION!  F-ARRCRU 
Connection  Data 

Nuaber _ Transfjr  rod _ i _ Coaaanta 


* 


01 


52 


03 


D4a 


D4b 


o  NSR-Queue  ID 

o  RQST  ID 

o  MSR-Queue 
o  Required  systems 

o  Available  personnel 

o  Allocated  personnel 

o  Available  crews 

o  Systea/crew  table 

o  Craw  count 

o  Personnel  assigned 


The  ID  of  the  queue  in 
irhich  the  RQST  resides. 
Note  that  the  queue  is 
treated  as  a  P-Customer 
in  this  function. 

The  supply  or  PEREP 
allocation  ID. 

E-DF9. 

The  nueber  of  each  type 
of  weapon  systea 
specified. 

The  personnel  assigned 
to  the  RQST  but  not  yet 
allocated  to  a  craw. 

The  location  for 
personnel  who  have  been 
assigned  to  a  crew. 

The  crews  with  personnel 
allocated. 

A  table  showing  the  crew 
breakdown  (category  and 
nuaber)  for  each 
systea/task  (E-DF1). 

The  nuaber  of  newly 
formed  crews  of  each 
system  type. 

The  nuaber  of  each 
category  newly  allocated 
to  a  crew. 
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COUNT 

HAXSIZE 


Figure  E-S7  .  F-ARRCRU  generator 
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GENERATOR  DESCRIPTION;  F-ARRCRU 

1.  ALLOCATE  PERSONNEL.  The  ROST  it  located  using  tht  inf oraatiort 
patted  in  01.  Tht  available  ptrtonntl  tust  bt  foraed  into  crtMt, 
systea-by-systea  (S2). 

2.  BUILD  CREWS.  Tht  crew  tabla  (03)  it  accessed  and,  for  each  required 
personnel  category  (52) ,  the  nuabar  of  crews  possible,  of  both  aaxiaua 
strength  and  ainiaua  strength,  are  counted. 

3.  SELECT  CREWS.  When  all  required  personnel  categories  for  the  systea 
have  been  checked,  the  aaxiaua  nuaber  of  crews  to  be  assigned,  less  than 
or  equal  to  the  nuaber  required  (02),  is  selected. 

4.  ADJUST  WSR-QUEUE.  The  personnel  to  aan  the  new  crews  are  allocated 
and  the  nuaber  of  crews  available  is  updated  (04). 

3.  RETURN.  The  nuaber  of  crews  available  (D4a)  is  raturned  to  the 
calling  routine. 


s 


» 
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E-F13  F-LOCPER  TYPE:  Interactive  Function 

SUMMARY i  The  locate  personnel  function  (F-LOCPER)  accesses  an 
R-POOL  invantory  searching  for  personnel  to  fill  a 
require «en t /request  (RQMT/RQST).  Each  sarsonnal 
catagory  needed  it  checked  in  turn:  if  not  anouqh 
.  parsonnal  of  tha  taaa  catagory  ara  available,  a 
substitution  table  is  used  to  deteraine  alternative 
categories.  When  personnel  ara  located,  they  are 
transferred  to  tha  assiqnaent  bv  A-ASSPER.  When  the 
raquiraaant  of  one  category  has  bean  either  satisfied 
or  the  alternatives  exhausted,  tha  next  cateqory  in 
the  RQMT/RQST  is  checked. 

TRIGGERED  BY:  F-PEREP  ,(E-F1> 

F-SUPPER  (E-FtO) 

RESULTING  IN:  R-POOL 

A-ASSPER  (E-A2) 

SYSTEM  SPECIFICATION  DIAGRAM  <SSD>: 

See  figure  E-28. 
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9 


I 


F- PC  REP 

E-FI 

R-POOL 

F -  SUPPER 

E-FI* 

\ 

/ 

<D 


9 


Figure  E  -  28 .  F  -  LOCPER  5SD 
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DATA  DEFINITION)  F-LOCPER 
Connection  Data 

.Nueber _  _ _  ......  Transferred ^ _ _ _ _Cpeeents . . 

Di  o  R-POOL  ID  Location  of  inventory  to 

obtain  personnel  fro*. 

o  Required  personnel  The  nueber  of  each  per¬ 

sonnel  cateqory  required 
to  fill  the  RQNT/RQST. 

■  32  o  R-POOL  state  vector 

0  R-POOL  inventory 

03  o  Substitute  cateqory  An  alternative  category 

supplied  by  the 
substitution  table 
(E-DF4) . 

D4a  o  Assigned  personnel  The  nueber  of  oersonnel 

assiqned  in  each 
category. 

D4b  o  Reeaining  requireeent  The  nueber  in  each 

cateqory  not  tuppl:ed. 
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GENERATOR  DESCRIPTION  F-LOCPSR 

1.  LOCATE  PERSONNEL.  The  required  personnel  (th*  nuaber  and  category) 
and  the  R-POOL  ID  art  passed  by  tha  calling  routine  (Dl!.  Each  cataaory 
is  handlad  in  turn. 

2.  BEGIN  LOCATE.  The  R-POOL  inventory  is  access*'1  and  tha  specified 
catqgory  is  checked  S 2 ) .  IT  not  eapty,  the  nuabar  required,  the 
category,  and  the  R-PGOL  ID  are  passed  to  A-ASSPER  (E-A2).  A-ASSPES 
util  update  the  R-POOL  inventory  by  reaoving  personnel  Tor  the 
assignaent.  Tha  nuabar  assioned  and  tha  nuabar  reaaininq  (in  the 
requiraaant)  are  returned  (04). 

3.  CONTINUE  LOCATE.  IT  tha  cataaory  is  not  satisfied,  a  substitution 
table  is  accessed,  using  the  category  as  a  paraaatar  (Dlb).  An 
alternative  category  is  returned  (D3)  and  is  checked  as  abovat  if  not 
eapty,  the  nuabar  required  (i.e.,  the  nuaber  reaaininq  (04)),  the 
cateqory  (i.e.,  the  alternative  cataaory  (03)).  and  the  R-POOL  ID  are 
passed  to  A-ASSPER  and  the  nuaber  assigned  and  the  nuaber  reaain.ina  are 
returned.  The  returning  values  are  used  to  update  the  required  category 
results  in  04.  IT  the  requireaent  is  not  coaoletely  Tilled,  another 
substitute  category  can  be  sought. 

4.  END  LOCATE.  When  the  category's  requireaent  has  been  either 
satisfied  or  all  alternatives  exhaused.  another  category  is  obtained 
fro*  the  reguireaent.  The  orocess  continues  until  all  catogor-.ai  in  the 
requireaent  have  been  addressed. 


TYPE t  Interactive  Function 


E-F14 

f-Flf  F-LOADPER 

SUMMARY :  This  Function  is  triggered  by  the  transportati on 

eodule  whenever  it  arrives  at  an  R-PQQL  to  pick  up 
personnel.  The  Function  obtains  the  transport  unit 
ID,  objective  location,  and  the  supplier  (R-POOL)  ID 
Fraa  the  calling  routine  and  locates  the  proper 
personnel  assigneent  (ASSGN)  in  the  R-PQOL  W-Queue  (by 
checking  the  objective  location).  It'  then  tri ggars 
A-TRANSPER  to  transFor  the  personnel  assigneent  From 
the  K-Queue  to  the  transporter.  Once  the  personnel 
are  loaded,  F-TRANSP-DECIDE  is  triggered  so  the 
transporter  can  decide  what  to  do  next. 


TRIGGERED 

3Y : 

F-ATOBJ-GND 

F-ATQBJ-AIR 

(C-F10) 

(C-Fil) 

Transportation 
Transportati on 

RESULTING 

IN: 

P-CUSTOMER 

A-TRANSPER 

F-TRANSP-DECIDE 

(E-Al) 

(C-F13) 

Transportation 

SYSTEM  SPECIFICATION  DIAGRAM: 
See  F 1 gure  E-30. 


TRANSPORT 


W-  QUEUE 
(Ft- POOL) 


SrF.K 


4. 


DATA  DEFINITION:  F-LOADPER 

Connection  Data 

Number _ Transf erred 


0 1 


S2 


o  R-POOL  ID 
o  Transporter  ID 
o  Objactiva  location 

o  M-Queue 
o  ASSGN  ID 

o  Distribution  point  ID 
o  Distribution  count 


D3 


■  D  4 


o  Node  of  transport 

o  M-Quaua  ID 
o  Cancal  flap 


OS 


o  Transporter  ID 
o  Ob  ,iec  1 1  ve  location 
o  Distribution  c oun t 


Coaaents 


Tha  suppliar  unit  ID. 


The  receiving  unit  ID. 


Tha  distribution  point 
ID. 


E-DF9. 


The  objective  location. 

Tha  total  number  of 
personnel  to  be 
transported  at  this 
t  i  me. 

Imp  1 1  C"i  t  /expl  ici  t 
enroute/wai ti no. 

E-DF8. 

Needed  uhen  the  ASSGN  no 
longer  exists. 

( D 1 ) 

(D1/S2) 

( 52 ) 


E-  1  15 


S  ENJE  R  ATO  R . D  E  SCRIPT  10  N :  Fr  LOAD  PER. 

1.  RECEIVE  INFORMATION.  The  R-PQOL  unit  ID,  distribution  point  ID,  and 
transporter  ID  (Dl)  ar»  obtained  froa  tha  calling  routine. 

2.  LOCATE  ASSGN.  The  R-POOL  ,ID  <D1)  is  used  to  obtain  th i  W-Queue  ID 
(S3)  and  tha  W-Qusue's  ASSSNs  are  searched  for  a  distribution  point  ID 
ahich  aatches  the  transporter ' s  (Di).  II  none  exists,  the  transporter 
is  so  notified  (D4). 

3.  TRANSFER  PERSONNEL.  When  the  ASSGN  is  located,  the  personnel 
allotnent  is  transferred  to  the  transporter  by  the  A-TRANSPER  action 
using  the  N-Queue  (holding  unit)  ID  (D3)  ,  the  ASSGN  ID,  allocated 
personnel  (S2> ,  and  transporter  ID  (receiving  unit)  (Dl)  as  paraae  ars. 

4.  RETURN.  Nhen  the  transfer  is  coapieted,  F-TRANSP-DECIDE  (C-FL5J  is 
triggered  using  the  parameters  listed  in  D5. 
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APPENDIX  F 

MEDICAL  AND  MAINTENANCE 


The  aedical  and  aaintenance  appendix  includes  the  sections  listed  below. 
Note  that  reference  nuabers  are  coded  to  indicate  both  the  functional 
area  (the  appendix  letter  [FI  is  used)  and  the  type  (E  •  entity,  A  * 
act. on,  F  *  function)  involved.  Thus,  F-At  refers  to  the  first  action 
listed  in  aedical  and  aaintenance  (appendix  F>.  For  inforaation  on  the 
JSD  diagraa  notation  discussed,  see  appendix  A. 

1.  Entity  list.  The  entity  list  contains  the  reference  nuaber,  the 
naae,  and  the  definition  (suaaary  and  attributes)  of  each  entity  used  in 
aedical  and  aaintenance. 

2.  Action  list.  The  action  list  contains  the  reference  nuaber, 
the  naae,  and  the  definition  (suaaary,  attributes,  generators,  and 
associated  entities)  of  each  action  belonging  to  the  entities  in  aedical 
and  aaintenance. 

3.  Entity-action  diaqraas  and  cross-ref erence  table.  The  cross- 
reference  table  provides  a  aapping  of  entities  and  actions.  One  JSD 
entity-action  structure  diagraa  is  provided  for  each  entity.  Following 
each  diagraa  is  a  narrative  description  of  each  action  shown. 

4.  Generator  function  list.  The  function  list  contains  the 
reference  nuaber,  naae,  and  definition  (suaaary,  triggering  aechamsas, 
and  resulting  actions)  of  each  function  associated  with  aedical  ana 
aaintenance.  More  coaplete  inforaation  on  each  function  is  contained  in 
the  annex. 

3.  Annex .  The  contents  of  the  annex  are  as  follows: 

a.  Pi  snatcher .  The  dispatcher  serves  as  a  road  aap  to  the 
functions.  It  is  not  a  JSD  structure  diagraa,  but  it  is  presented  in 
tree  fora  to  show  the  hierarchical  nature  of  the  structure  involved. 

The  root  of  the  true  is  the  dispatcher.  The  top-level  nodes  (boxes) 
identify  the  critical  events  occurring  in  aedical  and  aaintenance  and 
the  subsequent  nodes  (boxes)  identify  the  functions  (and  show  the 
interrelationships)  involved.  The  calling  routines  and  triggering 
aechamsas  for  each  critical  event  are  listed  above  event  node.  The 
actions  and  events  caused  bv  a  function  are  listed  below  the  function 
node.  Each  critical  event  is  numbered  for  identification  purposes  only; 
no  ordering  is  iaplied.  The  event  scheduler  (SCHED)  uses  the  critical 
event  nuabers  to  identify  the  event  being  scheduled  by  a  function. 
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3.  Annex  (cont.) 


b.  Function*.  The  following  information  is  provided  Tor  each 
function  belonqinq  to  aedical  and  aaintenance.  Note  that  the  reference 
nuaber  of  the  function  <e,q.,  F  -F 1 )  appears  at  top  of  each  paqe. 

(1)  Function  suaaary.  The  function  suaaary  contains  the 
reference  nuaber,  naae,  and  definition  of  a  function.  The  definition 
contains  a  summarized  narrative,  a  list  of  the  aechanisas  which  can. 
triqqer  the  function,  and  a  list  of  the  actions  and  functions  which  can 
result  froa  the  function. 

(2)  Systea  specification  diaqraa  < SSO > .  The  BSD  is  a  JSO 
structure  diaqraa  of  the  data  flow  to  and  froa  a  specified  function.  It 
shows  the  static  relationships  aaonq  the  entities  and  functions 
involved.  No  callinq  sequence  or  hierarchical  relationship  is  implied. 
In  addition  to  the  standard  JSO  SSD  notation  (see  appendix  A),  special 
notation  has  been  adopted  to  indicate  ownership.  A  single  box. is  used 
to  denote  a  function  or  entity  belonqinq  to  the  specified  area  (e.p., 
aedical  and  maintenance).  Plain  double  boxes  indicate  functions 
belonqinq  to  another  CSS  area.  The  area  ia  identified  in  the  outer  box 
and  the  functions  involved  are  listed  in  the  inner  box.  Patterned 
double  boxes  (diaqonal  slashes  in  the  outer  box)  indicate  functions 
belonqinq  to  the  host  model.  Whenever  possible,  the  oarticular  module 
is  soecifiad  in  the  inner  box  (e.q.,  chemical,  movement).  A  timer  is 
considered  part  of  the  CSS  module  and  is  represented  bv  a  plain  double 
circle;  data  files  (OF)  will  belonq  to  the  entire  model  and  are  depicted 
by  a  patterned  double  Circle.  Note  that  although  more  than  one  data 
file  (or  timer)  may  be  used  by  the  specified  function,  only  one 
representation  (circle)  will  appear  in  the  diaqraa.  The  individual  data 
files  and  timers  will  be  identified  in  the  correspond! no  data  definition 
table. 


(3)  Data  definition.  This  table  provides  a  listing  of  the 
data  elements  and  structures  required  for  the  specified  function.  The 
connection  numbers  correspond  to  the  data  flow  numbers  shown  on  the  SSD. 
A  "D"  or  *S"  is  added  to  distinguish  between  data  and  state  vector 
elements.  Detailed  descriptions  of  the  data  files  involved  can  be  found 
in  appendices  J  and  K. 

(4)  Generator  diaaram.  The  generator  diaaram  is  similar  to 
the  J3D  entity-action  diagrams  described  in  oaragraoh'3  above.  Each 
node  (box)  depicts  either  an  iteration,  a  selection,  or  a  seouential 
step  required  by  the  process. 

(5)  Generator  description.  The  generator  description 
orovides  a  detailed  narrative  of  the  function  process.  Step  numbers 
correspond  to  the  box  numbers  shown  on  the  associated  generator  diaaram. 
(Note  that  not  all  boxes  are  assigned  a  number.)  Data  elements  cited 
refer  to  the  data  listed  in  the  associated  data  definition  table. 


REPAIR-JOB 

SUMMARY:  This  entity  aodels  the  life  of  daeaqed  svstess. 

failed  svstses,  Mounded  personnel,  and  diseased  non- 
battle  injured  (ONBI)  personnel.  The  life  of  the 
entity  reflects  user-defined  sequences  of  movements 
(recovery  and  evacuation)  and  repair/treatment 
actions  reouired  to  transfora  the  svsteas/persor.nel 
back  into  an  operational  state.  The  number  of 
unique  repair  job  types  to  be  represented  will  be  a 
user-defined  aodel  input.  The  actual  life  of  the 
entity  (i.e.,  Mhere  it  is  repaired,  when  it  is 
repaired,  Mhere  it  is  moved.  Mhen  it  is  moved!  is 
all  dynaaic  and  a  function  of  the  repair  30b  type  as 
well  as  the  total  workload  on  the  repair 
organizational  aspects  of  the  repair  organization!. 
Additional  definition  of  soae  nf  the  attributes 
listed  beloM  can  be  found  in  the  appendix  J 
description  of  Repair  Jnp  Templates  F-DFll. 


ATTRIBUTES: 

RJ-ID 

RJ-Tvoe 

RJ-Qty 

Current-Repair-Site 

Svstea-Type 

RJi-Creation-Time 

Current-RA  (pointer  to 
Ex-Parts-Avai 1 (PT) ** 

RA  list) 

. 

Evac-Fl ag 

Mova-Acti on-F 1 ao 

Contaminated-Flag 

Unrecoverad-Fl ao 

Mobi 1 1 tv-Fl aq 

Personnel -RJ-F1 aa 

Repair-Progress-Flaq 

Evac-Oestination 

Unit-AccDuntable-Flau 

Convoy-ID 

RAs** 

RA-Tvpe 

RA-Time-Reaaininq 

Criti cal /Fatal -RA-Start 

-T  i'm  a 

RH-Req(RT) ** 

Parts-Reo (PT) ** 

indicates  :ero  or  more  instances  0 1  the 
v  a  r  1  a  d  1  e 


F-E2  BOOKKEEPER 

SUMMARY i  This  entitv  models  the  assets  belonging  to  each  unit 

playad  in  the  aodal  (i.e.,  the  svstaas.  personnel,  ana 
parts  that  can  be  utilized  in  repair).  The  repair 
aodule  Mill  consume  parts  and  decrease  assigned  and/or 
OH  counts  based  on  daaaqe/pati ent  assessment  and 
evacuation  actions.  The  repair  aodule  Mill  increase 
OH  counts  of  svsteas/personnel  Mhen  returning  some 
directly  to  the  unit  from  the  repair  system.  The 
assets  of  a  unit  Mill  also  be  used  in  determining  its 
capability  to  recover,  evacuate,  and  reoair  systems. 

ATTRIBUTES!  Parts-Bal ance  (Part-Type) 

Assigned-Qty  (Systea/Personnel -Type) 

OH-Qty  (Svstem/Personnel-Type) 


C NOTE s  The  aodal  implementor  should  note  that  the 
attributes  of  this  entity  must  be  shared  uith  other 
nodules.  Suoply  must  be  able  to  add  to  all  the 
attribute  values.  Personnel  must  be  able  to  add  to 
the  personnel  counts.  Attrition  must  be  able  to 
subtract  from  the  values.  The  design  of  trie  state 
vector  and  data  structures  for  this  entity  should  be 
done  with  this  in  mind.  Also  if  a  similar  entitv 
already  exists  in  the  host  model  Mitft  a  defined  data 
structure  and  operations  corresoondino  to  the  actions 
of  this  entitv,  perhaps  it  could  be  used  directly  or 
modi f i ed.  ] 


* 
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ACTION  LIST. 


CREATE  REPAIR-JOB  (A-CREATE-RJ) 

SUMMARY :  This  action  sets  up  the  REPAIR-JOB  (RJ)  as  an 

•ntity  bv  performing  the  initialization  of  all 
of  tht  rtpair-job  attributes. 

ATTRIBUTES:  RJ-Tvpe-Teaplate 

RJ-Typt 

Ptrsonntl -Typ# 

RJ-Qtv 
Unit-ID 

or  Rtpair-Site-ID 
RJ-Creati on-Ti at 
Contaei(nated-Fl  an 

GENERATOR:  F-TRANSFORM  (F-F3) 

F-RAil/DNBI-INIT  (F-F4) 

F-9ATTLE-EFFECT  (F-F3) 

ENTITY:  REPAIR-JCB  (F-El) 

PASS8ACK  UNOECOVERED  RJ  < A-PASSPACK-RJ > 

SUMMARY:  This  action  rtsovet  >  ouantitv  considered  to  bt  the 

exoected  value  auantity  that  fell  behind  unit  lines 
into  the  division  rear  on  an  advance  while  enoaoed 
uith  the  eneav.  The  retaining  ouantitv  is  used  to 
adjust  the  resource  reouireeents  for  accoeol l shi no 
the  reoair  actions. 

ATTRIBUTES!  '  RJ-Tvpe-Teeol ate  (F-DF11) 

kJ-ID  used  to  identify  REPAIR-JOB  Passback-Qtv 

GENERATOR:  F-BATTLE-EFFECT  (F-F3) 

ENTITY:  REP A I R- JOB  tF-E. 


CF-DF11] 

Cif  personntll 

ti f , svstee) 

Cif  personnel! 


F-A3  COMBINING  FRACTIONAL  RJs  IN  SAME  STATE  (A-CCMBINE-RJ ) 

SUMMARY!,  This  action  it  used  to  includt  fractional  ouantitiaa 
of  RJt  in  tn«  taaa  ttata  of  repair  to  the  currant  RJ 
The  ntM  RJ  Quantity  it  used  to  adjust  tha  ratourca 
raquiraaantt  naadad  to  accoaolith  tha  raoair  actions 


ATTRIBUTES! 

RJ-Tvpa-Taapl at# 

(F-OFU) 

RJ-IO  used  to  identify  REPAIR-JOB 
Additional-Sty 

SENERATORi 

F-TRANSFORM 

(F-FJ) 

F-RAM/DNBIrINIT 

(F-F4) 

F-BATTLE-EFFECT 

<F-F5> 

ENTITY! 

REPAIR-JOB 

(F-El ) 

F-A4  CONTAMINATION  OF  UNCONTAN I  MATED  RJ  (A-CONTAMIN-RJ ) 

SUMMARY i  Thu  action  ealculatat  tha  incraatad  resource  tiae 

rtauirad  to  accoaoliih  raoair  actions  or.  a 
contaai natad  RJ . 

ATTRIBUTESi  R J - Tvoe-Teeo I  ate  (F-DFll) 

RJ-IO 

GENERATOR!  F-CONTAMIN-EFFECT  tF-FR> 

ENTITY!  REPAIR-JOB  (F-Eli 


F -  A3  REMOVE  PARTS  FOR  EXCHANGE  ( A- £  X  CHANGE -PARTS! 

SUMMARY!  Thit  action  chanoet  the  RJ  attributes  to  r»f  lact  the 
reaoval  of  osarational  oarts  to  raoair  anotrar  RJ. 

It  reduces  the  retaining  exchange  oarts  available 
that  could  be  used  on  another  RJ  and  adds  the 
reaoved  oarts  to  the  Barts  regutreeents  list  naadad 
to  ultiaatel/  raoair  the  job. 

ATTRIBUTESi  £/ -Rarts-Ot  /  (RT) 

RJ-ID 

SENERATORi  F-PEP-»CS,-AIL0C  F-qi 


ENTITY! 


REPAIR- JOB 


r-Ei ' 


F-A6  HOLD  HOVE  CLASSIFICATION  i A-CLASSIFY-RJ) 

SUHHARYi  Th i •  action  is  used  to  taq  the  RJ  for  svaeuation  (roe 

or  for  holdinq  at  its  currant  rapair  sate. 

ATTRIBUTES]  Eva.c  Destination  or  Hold  flaq 

GENERATOR?  F-H/H-ASSESS  (F-F2) 

ENTITY:  REPAIR-JOB  (F-El) 


F-A7  REPAIR  PROGRESS  (A-PROGRESS-RJ) 

SUHHARYi  This  action  (hosts  the  chanqas  to  the  rsoair  job 

caused  bv  the  allocation  o<  resources  and  Use'.  The 
allocated  resources  and  tiae  are  deducted  (roe  the 
current  repair  action  reoui reaents.  If  the  current 
rsoair  action  is  coeoleted  based  on  the  allocations, 
then  eithnr  the  nest  repair  action  is  set  (or  future 
,  allocations  or,  it  all  repair  actions  have  bean 
coeoleted,  the  A-REPAIRED  action  is  invoked  to 
process  the  coeoleted'  jub. 

T i ee-AI 1 oc 


(F-Ft  > 
(F-El ) 


reqister  the  reccverv'of  ; 
reoair  site. 


>  F-C4* 
iF-fi 

r-c3' 

;F-E4) 


ATTRIBUTES!  RH-Alloc  (RT) 

RJ-10 

GENERATOR!  F -REP-PES-AlLOC 

ENTITY!  REPAIR-JOB 

F-A8  RECOVER  RJ  (A-RECOVER-RJ) 

SUHHARYi  This  action  is  used  to 
reoair  job  bv  its  unit 

ATTRIBUTES!  RJ-10 

GENERATOR!  '  F  -  RECOVER  Y 

c-&EC0VERy-SUFp0RT 

c -recovery-short 

ENTITY!  REPAIR-JOB. 
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F-A?  RJ  EVACUATION  (A-EVACUATE-RJ) 

SUMMARY )  This  action  ragittart  uhathar  a  rtpair  job  hat 
dapartad  to  or  arrivad  f  roa  an  avacuation. 


ATTRIBUTES!  Raoai r-Si ta-Uni t-Accountabi 1 ity-Fl aa  (F-CC16) 
RJ-IO 

Arrival /Oaoartura-Flag 
Convov-ID 


GENERATOR)  F-EVAC-MANAGER 
F-EVAC-RECE I VER 


(F-Fll) 

(F-FI2) 


ENTITY)  REPAIR-JOB 


(F-El) 


F-AIO  PATIENT  OEATH  (A-DIE-PRJ) 

SUNNARY)  Uocn  datar ai nat 1  on  of  daath  to  tha  oatiant  <i.  a.. 

REPAIR-JOB!,  thu  action  notifiat  gravat  raoistration 
If  tha  oatiant  »at  still  at  a  lava!  whara  unit 
accountability  it  aaintainad.  than  tha  daatn  it 
orcratad  out  to  tha  cuooortad  unit*.  Tha 
antitv  (RJ)  lift  it  than  coaolatad. 


ATTRIBUTES) 

GENERATOR) 

ENTITY) 


RJ-IO 

F-PEP-RES-AILOC 

REPAIR-JOB 


(F-Fl  l 
(F-El ) 


F-All  RJ  RETURN  (A-RETURN-RJ.) 

SUMMARY)  Mhan  all  raoair  aetiont  hava  baan  conclatac.  t  ;  s 
action  raturm  tha  'toairad  tvttaa  to  sit*s*  i 
unit,  tha  saricma!  ooo!  ,  or  tha  « u  : : .  i.itso. 
dacanding  ueon  *hara  it  it  Samp  ratur-ad  ‘’O'. 


A  T  TR  !  3UTE  : : 

r  j  - :  d 

0  E  *J  E  P  1  *■  0  R : 

A-F"0jF.ES2-8J 

r  . - 

r  n  T  :  T  Y : 


REPAIR-; 08 


'r-El ) 


F - A 1 2  RJ  ABANDONED  ( A- ABANDON-R J ) 

SUMMARY-  This  action  reflects  the  lost  of  raoair  jobs.  If  it 
is  a  fractional  lots,  the  RJ  Quantity  is  reduced  as 
art  the  raoair  resource  reoui rsaants.  If  it  is  a 
total  lots,  the  RJ  life  it  andad. 

ATTR I BUTESi  RJ-Teaplata  (F-DF 1 1 > 

RJ-ID 

Abandoned-Otv 

GENERATOR:  F-BATTLE-EFFECT  (F-F3) 

ENTITY:  REPAIR- JOB  (F-El) 


F - A 1 3  INVENTORY  PARTS  < A-INVEHTORY-PARTS) 

SUMMARY:  Usad  to  racord  tha  parts  inventory  rasainina  at  a 

raoair  sita  aft ar  allocations  hava  baan  aade. 

ATTRIBUTES:  Un:t-ID 

Partt-Reaaininp  (PT) 

GENERATOR:  F-REP-RES-Alt'OC  (F-Fl) 

ENTITY:  BOOKKEEPER  (F-E2) 


F-A14  UNIT  ASSIGNED  STRENGTH  LOSSES  ( A-ASS I GN-lOSS ) 

SUMMARY:  This  action  raducet  tha  assionad  svsteas  and 

Dersonnel  stranqths  of  a  unit  dua  to  RJ 
classification  or  avacuation  beyond  a  'a:  .'an  level  of 
rdoair/treataent. 

ATTRIBUTES:  Unit-ID 

Loss-Qtv  (Svstaa/Personnal  T/oa: 

GENERATOR:  F-TRAfISFCRM  •  F -FT » 

F-RAM/DMBI-INIT  •F-F4> 

F-BATTLE-EFFECT  :F-c«. 

w  -  E  0  ' 


ENTITY: 


BOOKKEEPER 


F-A15  UNIT  ON-HAND  STRENGTH. LOSSES  JA-LOSE-OH) 

SUMMARY!  This  action  reduce*  the  OH  svstea*  and  personnel 
*trenqth*  of  a  unit  dua  to  assassaant  of  RAM' 
failure*  or  DNBI. 

ATTRIBUTES:  Unit-ID 

Lo**-Qty  (Systaa/Par tonnal  Type) 

GENERATOR:  F-RAM/DNBI-INIT  <F-F4> 

ENTITY!  BOOKKEEPER  (F-E2) 


F - A 1 6  UNIT  ON-HAND  GAINS  ( A-GAIN-OH) 

SUMMARY:  This  action  increase*  the  OH  *y«tea*  and  oarionnal 

strength*  of  a  unit  dua  to  tha  direct  return  of 
repaired  system  or  treated  patient*. 

ATTRIBUTES:  Unit-ID 

Gain-Qty  (Sv*t*a/Per*onnal  Type) 

GENERATOR:  F-RTNS-ALLOC  (F-FIO) 

ENTITY:  BOOKKEEPER  (E-F2) 


F-A17  EAC  EVACUATION  ( A-EVAC-RJ-EAC ) 

SUMMARY:  Used  to  recogni:*  tha  start  of  evacuation  of  the  RJ 

out  of  corpt  and  hence  the  end  of  the  entity  life  in 
the  corps  gaae. 

ATTRIBUTES:  RJ-ID 

End-RJ-Entity-Life 

GENERATOR:  F-EVAC-MANAGER  (F-Fll) 

ENTITY:  REPAIR-JOB  <  F-E 1 )  ' 


c  -  lv 


£=EL 


Figura  F-la.  Entity-action  diagram  For  E-REPAIR-JOB 
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Figure  F-lb.  Entity-action  diagram  For  E-REPAIR-JOB  (continued) 
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ENTITY  ACTION  DESCRIPTION;  REPAIR-JOB  (F-El) 


A-CREATE-RJ _ (F-AI ) .  Initialize  state  vector  as  follows: 

o  R J -ID  3  next  availaOle  unique  ID 
o  RJ-Qtv  3  RJ-Qty  [event  given] 
o  Repair-Progress-Fl ag  «  Off 
o  Current-RA-Type  3  RJ-Teeplate 

o  Ex -Par ts-Avai 1  (PT)  ■  RJ-Qty  *  Ex-Parts-Avail  (PT) 
[RJ-Teeplate] 

o  RJ-Creation-Ti«e  *  teyent  given] 
o  Evac-Flag  3  Off 
o  Move-Action-Flag  3  Off 
o  Contaai nated-Fl ag  3  [event  given] 
o  Mobility-Flag  3  [RJ-Teeplate  given] 
o  Personnel-RJ-Fl aq  3  [RJ-Teeplate  given] 
o  **RAs  (for  each  RA  involved): 
o  RA-Type  =  [RJ-Template  given] 
o  RA-Ti.»e-Re»aimnq  3  [RJ-Teeplate  given] 
o  Cr i t i cal /Fat al -RA-St ar t- T i me  3  RJ-Creat?  on-Ti  me'  + 
a  time  given  in  RJ-Template: 

o',  **RH-Reg  (RT)  =  RH-Qtv  *  RH-Reg  (RT5 
o  **Farts-Req  (PT)  *  RH-Qty  *  Parts-Req  iPT) 

If  RJ  is  Personnel -Type  [RJ-Teeolate  given]  then 

o  Curr en t -Reoai r -Si te  3  Renair-Si te-ID 
o  Unrecovered-Flaa  3  Off 

o  Svstem-T/oe  *  Personnel -Type  [event  given! 
otherwise, 

o  System-Type  =  [RJ-Temolate  given] 
o  Current-Repair-Si te  3  Unit-ID  [event  qivenl 
o  i)nrecovered-Fl  aq  3  On. 

A-PASSBACK-RJ  i F - A  2 ) . 

o  RJ-QTY  3  RJ-QTY  -  PASSBACK-QTY  [EVENT  GIVEN] 

o  ••EX-PARTS-AVAIL  3  RJ-QTY  »  EA-PARTS-A.’AIL  (PT) 

[ RJ -TEMPLATE  ! 

o  *'P  A 

0  **RH-REQ  l RT >  3  RJ-QTY  ♦  RH-REQ  R T )  [RJ-TEMPLATE ] 
o  ••PARTS-REQ  iRT)  3  RJ-QTY  ♦  PARTS-REQ  (PT;  [RJ-TEMPLATE 


REPAIR-JOB  (F-El )  <cont.) 


3.  A-UQMBINS-RJ  (F-A3). 

o  RJ-QTY  *  RJ-QTY  ♦  ADDITIONAL-QTY 

o  —EX-PARTS-AVAIL  (PT)  «  EA-PARTS-AVAIL  (PT) 

,  ♦  ADDITIONAL-QTY  * 

CEx-Parts-Avail  given  in  RJ-Teeplatel 

o  —  RAs 

o  '—RH-REQ  (RT)  *  RJ-QTY  *  RH-REQ  (RT)  given  in  RJ-Teaplate 
o  — PARJS-REQ  (PT)  »  PARTS-REQ  (PT)  ♦  ADDITIONAL-QTY  ♦ 
CPARTS-REQ  (PT)  given  in  RJ-Teaplate]. 

Note  t:  Values  of  Parts-Req  (PT)  and  Ex -Parts-Avai 1  (PT)  were  not 
recomputed  based  upon  the  new  RJ-Qtv  but  were  increased  based  upon  the 
Addi tional -Qty.'  Thus,  A-EXCHANGE-PARTS  aav  have  previously  altered  the 
values. 

Note  2:  A  gossible  modification  in  the  future  mi  qht  be  to  recomoute  th 
RJ-Creation-Tioe  and  the  RA-Tiae-Remaming  values  as  weighted  averages 
of  the  jobs  being  combined  (weights  based  on  RJ-Qtvs). 

4.  A-CONTAHIN-RJ  (F-A4).  If  contaminated  flag  is  already  on.  then  do 
nothinq.  Otherwise,  turn  the  contamination  flac  on  and.  tor  all  Rm, 

o  —RH-REQ  =  RJ-QTY  ♦  RH-REQ-CON  (RT)  CRJ-Teisoi  ate] . 

5.  A-EXCHANGL-PARJI _ (F-A5)  .  For  ail  PT  involved. 

o  — EX-PARTS-AVAIL  (PT)  *  EX-PARTS-AVAIL  (PT) 

-  EX-PARTS-QTY  (PT) . 


For  the  current  RA, 

o  —PARTS-REQ  (PT)  =  PARTS-REQ  (PT)  +  EX-PARTS-QTY  (PT) 

a.  A-CLASSIFY-RJ _ (F-A6) ■  If  Evac -Des 1 1 nat i on  is  given  in  the  event, 

turn  the  Evac-Flag  on  and  set  the  Evac-Dest i nat i on  to  the,  given 
location.  Otherwise,  set  Evac-Flaq  to  “cff.“ 

7.  A-PRQGRESS-RJ  (F-A7).  Turn  the  Repai r-Proqress-Fl ao  on.  For  the 
Current-RA.  i 

o  RA-T I ME-REMA I M IMG  =  RA  —  TIME-REMAINING  -  TIME-ALL OC 
o  —RH-REQ  (RT)  =  RH-REQ  (RT)  -  RH-ALLuC  (RT). 


If,  for  all  RT, 


o  RH-REQ  (RT)  .lE.  0  AMD  RA-T I ME-REMA I NING  .IE.  0. 


REPAIR-JOB  (F-El )  (cont.) 


7.  F-A7  continued,  then,  RA  is  coaplete.  Turn  the  Repair-Progress- 
Flaq  off.  If  anoti.-’r  RA  follows,  then  set  the  Current-RA  to  the  next 
RA.  Otherwise,  RJ  i„  repaired.  End  this  action  and  perform  A-REPAIRED. 

8. '  A-RECOVER-RJ  (F-AB).  Turn  Unrecovered-Flag  off.  (Rote  to 

iagleaentor:  Include  logic  fro#  F-F3  3.1  that  will  use  A-COMBINE-RJ  as 

*uch  as  possible  to  reduce  the  number  of  like  RJ  entities  with  snail 
fractional  auantities.) 

9.  A-EVACUATE-RJ  (F-A9).  If  departure,  then  setthe  hove-Acti on-Fl aa 
on  and  the  Evac-Flaq  off.  If  the  Uni t-Accountabi 1 i ty-Flaq  is  on  and 
Evac-Destination  is  not  at  the  Uni t-Accountabi 1 l tv-level  tF-CCl6),  then 
set  the  Uni t-Accountabi 1 i ty-Fl aq  off  and  invoke  iaaediatc  F-LQSSES-ALLQC 
qiving  the  Current-Repair-Site,  RJ-Qty,  and  the  Personnel/Systems-Type 
as  attributes.  Set  the  Convoy.-ID  to  the  input  value.  If  not  departure, 
then  arrival.  Set  Move-Action-Flag  off  and  the  Curreni-Repair-Si to  to 
Evac-Destinati on. 

10.  A-D I  E-PR J  (F-A10).  Send  a  aessage  to  graves  reoistrat i on  ,pi vi ng 
the  Current-Repair-Si te  and  the  RJ-Qty.  If  Uni t-Accountab  1 1 1 1 v-F 1 aa  is 
on,  then  invoke  F-L0SSES-ALL0C.  Otherwise,  do  nothing:  the  RJ-Entitv- 
Li  f e  'is  over . 

11.  A-RSTURN-RJ _ IF.- A  111 .  If  the  Uni  t-Acrountaoi  1  itv-Flao  is  on, 

triaqer' F-RTNS-ALLOC  usinq  Cur r en t -Reoai r -Si  t e ,  Svste#-T/pe,  and  RJ-Qty. 
If  the  Personnel -RJ-Flaa  is  on,  send  a  message  to  personnel  usina 
Current-Reoair-Site,  System-Type,  and  RJ-Qty.  Otherwise,  send  a  message 
to  supply  using  Cur r en t -Repai  r -Si  t e  ,  System-Type,,  and  RJ-Qty:  the  RJ- 
Entitv-Life  is  over. 

1 : ,  A-ABANOON-RJ  (F-AlQi ■ 

o  RJ-QTY  =  RJ-QTY  -  ARANDONED-QT Y . 

If  RJ-QTY  =  0,  then  the  R J -En t i t v-l i  f e  is  over,  Othi-wise, 

o  '“EX -PARTS- AVAIL  (PT)  =  RH-QTY  ♦  EX-PART3-AVAIL  CRJ-Temolate] 
o  **RA 

o  "RH-REQ(RT)  =  RH-QTY  ♦  RH-REQ ( PT i  [RJ-Tenalatel 
o  ••PARTS-REQiPT)  =  PH-QTY  *  PARTS-REG  (PT  )  IRJ-Tamo  1  at  e  1 . 

13.  A-EVAC-RJ-EAC  -.F-A17).  End  the  RJ-Entitv-Life. 


indicates  cero  or  more  instances  of  the  /ariaple. 


C=E2. 


,'igure  F-2 .  Entity-action  diagram  for  E-BOQKEEP^. 


F-17 


ENTITY-ACTION  DESCRIPTION!  BOOKKEEPER  <F-E2) 


1 .  A  - 1 N  V  E  N  TO  R  Y - PA  RTS. . _( F-A13). 

o  "Parts-Bal  (PT)  ecnial  to  event-given  aeounts. 

2.  A- ASSIGN-LOSS  .  (F-A14) . 

ASSIGNED-OTY  (SYSTEM/PERSONNEL-TYPE)  «  (ISSIGHED-QTY 

(SYSTEM/PERSONNEL-TYPE)  -  LOSS-QTY  SYSTEM/PERSONNEL-TYPE). 

3.  A-LOSE-OH  JF-A15). 

OH-QTY  .(SYSTEM/PERSONNEL-TYPE)  ■  QH-QTY 

(SYSTEM/PERSONNEL-TYPE)  -  LOSS-QTY  i SYSTEH/PERSONNEL-TYPE) . 

4.  A-GAIN-OH . <  F  -  A 1 6 ) . 

OH-QTY  (SYSTEM/PERSONNEL-TYPE)  *  OH-QTY 

(SYSTEM/PERSONNEL-TYPE)  ♦  GAIN-QTY  SYSTEM/PERSONNEL-TYPE). 

**  indicates  zero  or  more  instances  of  the  veritable. 


F-18 

i 


4.  GENERATOR  FUNCTION  LIST. 


F-Fl  F-REP-RES-ALLOC 

SUMMARY :  This  function  coaputes  the  available  resource-hour 

capability  of  a  unit  for  the  given  tiae  period,  than 
allocates  tha  capability  to  tha  daaandinq  REPAIR- 
JOB*.  updating  thair  itataa  accordingly. 

TRIGGERED  BY:  Rapair  dispatcher 

RESULTING  IN:  REPAIR-JOB 

A-PROGRESS-RJ 
A-OIE-PRJ 
A-EXCHANGE-PARTS 
BOOKKEEPER 
A- INVENTORY -PARTS 

F-F2  F-H/M- ASSESS 

'  SUMNARY:  Th:»  ^unction  coaputa*  tha  currant  r*qu:r*a*nt  for 
aovaaant  of  RJ*  froa  thair  existinq  location. 

TRIGGERED  3Y;  Repair  dispatcher 

RESULTING  IN:  REPAIR-JOB  (F-E 1 ' 

A-CLASSIFY-RJ  (F-A6) 


(F-El  > 

(F-A71 

<  F  -  A 1 0 ) 

(F-A5) 

(F-E2) 

(F-A13) 


F-F3  ^-TRANSFORM 

SUMMARY:  This  function  transforas  information  on  coabat  da.maot 
hits  in  RJs  based  upon  expected  value  tables. 

TRIGGERED  BY:  Repair  dispatcher 


RESULTING  IN:  REPAIR-JOB  ( F-E i  > 

A-COMBINE-RJ  <  F - 4 3 ) 

A-CREATE-RJ  (F-Al) 

BOOKKEEPER  iF-EC) 

A-ASS 1 3N-L0SS  '  ( r  -  A  1 4  ) 


C-!<3 


F-RAH/DN8I-INIT 

SUMMARY :  Th i  •  function  coaputaa  unit  RAH/DNB1  loot*  by 
raaulting  RJ  tvoai. 

TRIGGERED  BY:  Raoair  dupatchar 


RESULTING  IN:  RERAIR-JOB  <F-El> 

A-CQHBINE-RJ  (F-A3) 

A-CREATE-RJ  (F-Ai) 

BOOKKEEPER  (F-E2) 

A-LOSE-OH  (F-A1S) 

A-ASS I 5N-L0SS  (F-A14) 


F-BATTLE-EFFEET 

SUMMARY :  Thia  function  ganarataa  unracovarad  RJ  lotiai  to 
withdrawing  unit*  in  coabat. 

TRIGGERED  8 Y j  Raoair  duoatchar 


RESULTING  INI  REPAIR-JOB  'F-ED 

A-COMBINE-RJ  'F-A3' 

A-CREATE-RJ  'F-AH 

A-RASSBACK -RJ  'F-AD* 

BOC  KEEPER  ;  F -£2) 

A-AgAftOON-PJ  F-A  l  2  > 

A-iSSIGN-LOSS  (F-A14) 


F-RECOVERY 

SUMMARY i  Thu  function  eoaouta*  tha  availaDlt  raesvtrv 

caoabi'itv  of  a  unit  for  a  ai  van  ti»a  oancc.  than 
allocataa  the  caoabilitv  to  daaanding  RJ»  uodati'C 
thair  itatai  accordingly. 

TRIGGERED  BYt  Raoair  duoatehar 

resulting  :ni  peprir-jor  ■  f -si ' 

A-REC3VER-RJ  1  F  •  A0 ) 


F -RECOVERY -SUPPORT 


SUMHARYj  This  function  allocate*  »ny  unit  capability  reaaininq 
after  a  unit  has  perforeed  its  own  tusport  rscovsrv 
•ission  for  any  defined  di raet-support  racovarv  and 
cross-laval inq  racovarv  support  relationships.  Bv 
playinq  support  units  in  a  table-listed  order  <S2> 
and  allowtnq  a  unit  to  be  supported  bv  0  or  aore 
suooortinq  units,  any  RV  allocation  and  suopcrt  unit 
concept  can  be  played.  Exaaples  include! 

o  unit  recovery  onlvt  no  support  provided 
(coaplete  decentr al i : at  1 cn ) 
o  no  unit  support!  recovery  froa  a  suooort  unit 
(coaplete  central  nation) 

0  Bri qade-ui de  support  only 
o  Division-aide  support  onlv 
o  Briqade  and  division  support 
o  Different  tuoport  structures  in  different 
parts  of  the  corps  over  tiae 

TRIGGERED  8 V t  Repair  dispatcher 

RESULTING  INI  REPAIR-JOB  (F-El ) 

A-RECCiVER-RJ  (F-A8) 


F-RECOVERY-SHORT 

SUMMARY!  This  function  represents  operational  svstaas 

perforama  recovery  aissions  when  there  is  a  shortfall 
in  the  usual  recovery  caoabilitv.  It  is  controlled  bv 
a  table  tha»  shoes  the  threshold  for  recovery 
oerforaance  of  operational  svstaas  for  each  unit. 

The  threshold  is  the  oercentaa*  of  the  authorised 
auantitv  of  each  tvste*.  If  a  unit  has  acre  ouartitv 
of  a  svstea  on  hand  ( OH >  over  this  threshold  aaoun.t. 
that  ouantit/  is  authorised  to  oerfors  recover/.  If 
and  when  this  ouai.titv  is  used  for  recover,-,  no  choc' 
it  aade  against  its  use  in  its  or;»ari  oistion  u.e.. 
i<  in  operational  tani  is  used  to  recover  another 
tanf ,  no  checv  exists  to  ensure  it  «as  ,rot  or  *culd 
not  be  invol-ed  m  ccabat).  Par  this  '•uason.  the 
threshold  values  should  be  eautiouslv  selected  md  tho 
extent  to  ehieh  a  unit  is  used  forreco.er.  closelv 
sonitored  for  double  utilisation  orobless. 

TRIGGERED  B*:  Recatr  disoatcner 

RESULTING  IN:  REPAIR  - JOB  ■  E  -E  1  ' 

A-REC3VEP-RJ  *.  c  -  A  3 


F-F9  F-CQNTAMIN-EFFECT 


SUMMARY:  Whan  unit  racaivas  a  contaai nati nq  attack,  all  RJs 

in  tha  unit  ara  contaai natad.  This  function  invokas 
A-CQNTAHIN-RJ  (F-A41  on  tha  RJa  in  tha  unit. 

TRIGGERED  BY:  Raoair  dispatcher 

RESULTING  IN:  REPAIR-JOB  (F-El) 

A-CONTAMIN-RJ  (F-A4) 


F-FIO  F-RTNS-ALLOC 

SUMMARY:  This  function  allocatas  repaired  svstaas  or  oarsonnal 
to  owninq  units.  Tuo  aothods  ara  availabla  for 
allocation  and  ara  aaolovad  based  upon  a  flaq. 


TRIGGERED 

BY  1 

Raoair  disoatchar 

RESULTING 

IN: 

BOOKKEEPER 

(F-E2) 

A-GAIN-OH 

■  ( F  -  A  i  6  > 

F-Fll  F-EVAC-HANAGER 

SUMMARY  This  function  detereines  which  RJs  should  be  ooved 
when  a  tr ansoor t at i on  asset  becoess  available  lor 
evacuation. 

TRIGGERED  BY:  Tr ansoor t at i on  eodule 


RESULTING  IN,  REPAIR-JOB  (F-El) 

A-EVACUATE-RJ  (F-A9) 

BOOKKEEPER  ' F-E2 ) 

A-EVAC-RJ-EAC  (F-A17) 


F-Fi:  F-EVAC-RECEIVER 

SUMMARY:  This  function  is  used  to  recoonire  the  irrio!  :  1  9.1; 

eat er 1  el  and  to  t r 1  goer  ftj  state  chanaes  showing  - J  at 
the  new  repair  site. 

TRIGGERED  BY:  Tr anso or t a 1 1  on  eodule 

RESULTING  I  fit  REPAIR-JCB  <F-EP 

A-EVACUATE-RJ  (F-AO) 


F-F13  F-ljOSSES-ALLOC 

SUMMARY i  This  ♦unction  allocates  assiqned  strength  losses  of 
personnel  and  systeas  (noraally  traatad/rapairad  and 
diractlv  raturnad  to  thair  unit)  Mho  hava  baan  or  wil 
ba  avacuatad  to  a  hiqher  repair  achalon  froa  which 
return*  are  allocated  throuqh  personnel  and  supply 
channels.  If  a  patient  noraally  treated  and 
directly  raturnad  dies,  the  assiqnad  strength  loss 
aust  also  be  allocated. 


TRIGGERED  BYi  REPAIR-JOB  (F-El) 

A-EVACUATE-RJ  (F-A9) 

A-D1E-PRJ  (F-A10) 

RESULTING  INi  BOOKKEEPER  (F-E2) 

A-ASSIGN-LOSS  (F-A14) 
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Ann*x 


<1> 


TRANS  EVENT 


F-e 

MAN 

F- 

VAC  — 
AGER 

F11 

UNr 

PROCE 

r 

ISSING 

DISPATCHER 

m _ : 

UNIT 

CYCLE 

j 

_ 

F- RECOVERY 
-SUPPORT 
F-F7 

TRANS  EVENT 


<3L 


F-EVAC-REC 

F-F12 

A- EVACUATE -RJ 


F- RECOVERY 
-SHORT 
F-F8 


A-RECOVBT-RJ 


A-RECOVER-RJ 


At  PROGRESS  -  RJA  -  CONTAMJN  -  RJ 
A  EXCH- PARTS 
A -PARTS- NIOC 
A-D6-PRJ 
A-PETURN-RJ 


F- REP -RES 

F-CONTAMIN 

F-H/M- 

F- 

F  -  RAM/D  NBI 

ALLOC 

-EFFECT 

ASSESS 

TRANSFORM 

-INIT 

F-  FI 

F-F* 

F-F2 

F-F2 

F-F4 

A -CLASSIFY 


A -COMBINE  -  RJ 
A- CREATE -RJ 


A- COMBINE  -  RJ 
A- CREATE -RJ 


A- RECOVER  -  RJ 


A- ASSIGN -LOSS  A- ASSIGN -LOSS 
*  A- LOSS -OH 


F- BATTLE 
-  EFFECT 
F-F5 


F- ASSIGN 
LOSS 
F-F13 


F-RTN3- 

ALLOC 

F-F10 


A  -ASS5G?t-LOSS  A-GNN-OH 


A- COMBINE -RJ 
A- CREATE -RJ 
A  -  PASS8ACK  -  RJ 
A- ABANDON  -  RJ 
A -ASSIGN -LOSS 


Figure  F  -  3.  Mecflcal  and  maintenance  dispatcher 
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F-Fl 


F-F 1  F-REP-RES-ALLOC  TYPE:  Interactive  Function 

SUMMARY:  This  is  part  of  a  sequence  of  functions  performed 

for  each  model -portraved  unit  durinq  every  repair 
module  timestep.  It  computes  the  available  resource 
hour  capability  of  a  unit  for  the  given  tiee  period, 
then  allocates  the  capability  ta  the  demanding  REPAIR- 
JOBs,  updating  their  states  accordingly. 

TRIGGERED  BY:  Repair  dispatcher 


RESULTING  IN:  REPAIR-JOB  (F-El) 

A-PROGRESS-RJ  (F-A7) 

A-OIE-PRJ  ( F-A10) 

A-EXCHANGE-PARTS  (F-A3) 

BOOKKEEPER  (F-E2> 


A-INVENTORY-PARTS  (F-A13) 
SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  F-4. 


F-2? 


E=£l 
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|  F-  COMMANDER  | 

F-CC1 

F-CC2 

RgmF-4.  F -REP -RES- ALLOC  SSD 
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DATA  DEFINITION:  F-RSP-RES-ALLQC 


Connection 

Data 

Nunber 

Transf erred 

Coaaents 

p 

01 

0 

Unit-ID 

+ 

0 

Tiae-Inc 

Amount  represented 
by  this  tuaestep 

, 

0 

Beg-Ti,ae-Inc 

S2 

0 

OH-Str 

On-hand  strength  by 

0 

0 

Unit-ID  ‘key’ 

resource  type  .  ( R T ) s  RT 
nithin  the  repair  nodule 
can  be  any  unit 

0 

RT  'kay1 

asset  (personnel  or 
equipaent  > . 

S3 

0 

Dai  1 y-Avai 1 -RH 

Daily  available  resource 
hours  (RH)  by  RT.  Gives 

O’ 

Unit-ID  'key' 

the  nunber  of  hours  in.  a 
24-hr  period  a  resource 

0 

RT  'key' 

Mould  be  available  for 
work.  (F-DFD 

S4 

0 

Unit-RA-Priarity-Table 

Used  in  all ocatinq 

0 

Unit  10  'key ' 

available  RH  and  parts 
to  RJs  in  a  prioriticed 
order.  (F-CC1) 

S3 

0 

RJ  state  vector 

0 

RJ - 1 D  '  key  ' 

1 

D6 

0 

RH-Alloc 

Action  attribute  of  A- 
PRQGRE3S  RJ  (F-A7). 

-  1 

0 

T i me-Al 1 oc 

* 

0 

RJ-ID  ' kev  ’ 

* 

D  7 

0 

PJ  ID 

A-OIE-PRJ  attribute 

D8 

0 

, Parts-Avai  1 

A-PARTS-ALL  attribute 

a 

Ur. i  t-ID  '  key  ' 
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DATA  DEFINITION:  F-REP-RES-ALLQC  (cont.) 


Connection 
Nuaber _ 


Date 

Transferred 


Coaaents 


S9a 


S9b 


o  Degradation  factors  Factors  (unit  states) 

o  Unit  eoveecnt  the  aodel  aust  record 

degradation  factor  every  aaint  cycle, 

o  MOPP  degradation  factor 
o  Radiation  degradation  factor 

o  Suppression  factors  (Direct,  air,  artillery) 

o  Unit- ID  'key' 

o  tiae  'key' 


S10 


Sll 


o  £::-In-Pr  i  -Policy  F-CC2 

o  Ex-Qut-Pr i -Pol  icy 

o  Umt-ID  'key' 

o  RT-Substi tutes  F-DF2 

o  RT-Req  key' 


D12 


o  Ex-PARTS-ALL 
o  RJ-ID  ’key 


A-EXCHANGE-PARTS  (F-A5) 
attributes 


313 


o  Parts-Bal 
o  Umt-ID  key' 


« 


E=EL 


Figure  F-Sa.  F-REP-RES-ALLOC  generator 
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Figure  F-5b .  F-REP-RES-ALLDC  generator  (Continued) 
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iaurH  F— Se?  . 


F-F?FP-F?FS-ALLnn  nqnsratnr  (continued 


F-REP-RES-ALLOC  (cont.) 


6.  RJ  COMPLETE?  If  th*  current  RJ  hat  a  n*»  RA  (i.t.,  exaaine  the 
ttat*  v*ctor  of  tha  RJ  jutt  procettad  (S3)  and  dataraina  if  tha  old  RA 
Mat  ;ust  coaplatad)  and  tha  naa  RA  it  rapairabla  at  tha  unit  (i.a. ,  tha 
RA  it  listed  to  tha  Unit-PA-Pr iority-Tabl»  (S4)),  than  parfora  tha  RJ 
process  described  in  step  9  and  return. 

7.  ALLOCATE  TO  NOT-S7ARTED  RJS.  If  no  parts  exchanpe  it  paraittad 
(510)  d.t.,  E::-In-Pri-Pol  lcv.aq. falsa  and  Ex -Qut-Pri-Poi  i  cv.  ao.  f  al  ta) 
or  if  a  parts  exchange  in  priority  sequence  processing  it  paraittad 
(Slv)  (i.a.,  Ex-In-Pri -Pol  icy. aq. true) ,  than  parfora  the  Mo-Ex  or  Ex-ln- 
Pri  cycle. 

8.  NO-EX  OR  EX-IM-PRI.  Cycle  throuqh  tha  RJt  to  select  and  orocast. 
those  not  bequii.  If  any  RJs  not  started  haya  not  teen  selected,  then 
select  tha  next  RJ  not  yet  started.  RJs  should  be  selected  based  upon  a 
first-level  sort  bv  Uni t -RA-Pr i or 1 1 v  ( S 4 )  and  a  second-level  sort  bv 
ascending  RA- f i aa-Reaai n i nq  (S3).  Priority  is  specified  with  RA-ID  and 
the  contaaination  flag.  An  RJ  not  vet  started  is  an  RJ  Mith  Repair- 

Pr oar ess-S t at e  flag  off.  The  RJ  evac  flag  aust  be  iqnored  or  no  RJs 
Mill  reaain  for  selection.  If  no  RJ  can  be  selected  then  stop  the 
c/cle. 

9.  PROCESS  RJ.  Thp  RJ  process  is  a  selection  between  steps  10,  It 
through  13.  and  16  bated  cn  tha  conditions  described. 

10.  PATIENT'S  DEATH.'  If  tha  current-RA  (S3)  has  Crstieal.Fatal-RA- 
Start-Ti.ne(S3) .  LT .  8eq-Ti  ae- Inc  (Dt),  than  the  patient  has  died,  sc 
invoxe  A-DIE-PRJ  « 0  7 »  and  stop  the’ RJ  process. 

11.  ALL  PARTS  AVAILABLE.  I f  ’  Ex  - 1 n-Pr i -Pol i c v . eq .  true ,  the  oarts 
requireaents  should  be  satisfied  froa  the  rsgular  Partt-Mvai  1  iPT' 
inventory  first  and  then,  if  needed,  froa  the  Ex-Parts-A,ail ■ PT \  of 
other  RJsi  otherwise,  it  aust  be  satisfied  only  froa  the  Partt~A.ii 1 'PI 1 
inventor/.  When  selecting  one  or  nore  RJs  for  Ex  -Par t ? -Ava  1 1  .  do  not 
select  froa  RJs  already  started.  Search  RJs  m  reverse  priority  order 
iron  the  Unit-RA- Rriortt/.  Table  (34».  If  RA  Parts-Reo'PTi  '53;  can  be 
satisfied  in  full  and  Ph -»,v  a  i  1  '  h  T  i  .  G  T  .  •  for  all  required  or 
substitutable  RT.  teen  Allocate  oarts  and  PH  a.ailablo. 

12.  ALLOCATE  PARTS.  Allocate  to  PARTS-ALL  (PT)  the  Part s-Reo ' PT >  aaount 
froa  the  Par  ti-A/ai  1  <PT)  inventory  and'or  the  Ex'-Par  t  s  -  A  J  a  i 1  P  T  ■  ‘rjn 
otter  PJs.  If  Ex  -  In-Fr  i -Pol  l  c  v.  ep.  tr  ue  .  the  Darts  regu  i  r  eaen  t'S  should 
first  be  satisfied  froa  the  regular  Par k i - A v a i 1 ( PT >  inventor/  and  then, 
if  reeded,  froa  the  £  : -Par  t  s -a  .■  a  l  1  <  PT  |  of  other  PJsi  otherwise,  it  aust 
3?  satisfied  on  1 v  frea  tha  Par t t-A ,  ai l  1  R T)  in.entor..  Reduce  the  Parts- 
Avail  R  T  i  and  E.i -Part  s-a /*}  1  ■  RT ;  inventories  accordingly. 
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GENERATOR  DESCRIPTION;  F-REP-RES-ALLOC 

1.  COMPUTE  CAPABILITY.  Compute  tha  rasourca  hours  < RM )  for  each 
rasourca  typa  (RT)  available  in  tha  unit  (Dl)  usinq  tha  following 
alqoritha: 

RH-AVAIL(RT)  «  < <OH-STR<UNIT-ID,RT>  *  D AIL Y- AVAIL -RHI UNIT- 
ID, RT)  >  /  (24/TIME-INC) ) 

»  (1  -  RADIATION  DEGREDATION  FACTOR) 

*  <1  -  NOPP  DEGRADATION  FACTOR) 

*  (1  -  DIRECT  FIRE  SUPPRESSION  DEGRADATION  FACTOR) 

*  (1  -  AIR  SUPPRESSION  DEGRADATION  FACTOR) 

*  (1  -  ARTILLERY  SUPPRESSION  DEGRADATION  FACTOR) 

*  <i  -  UNIT  MOVE  DEGRADATION  FACTOR) 

wharai  RH-Avail(RT)  is  local  data 
OH-3tr  froa  S2 
Dai  1 y-Avai 1 -RH  froa  S3 
Ti,»e-Inc  froa  Dl 

last  si::,  factors  ara  recorded  froa  CQRDIVEfl  for  tha 
unit  avary  aaint  cvcla  tiaastep 

Initialize  Parts-Avai 1 (PT)  froa  values  in  BOOKKEEPER  ( S 1 3 >  .■ 

2.  ALLOCATE  TO  STARTED  RJs.  Cycle  throuqh  tha  RJs  selectmq  and 
allocatinq  capability  to  those  alraadv  started  (steps  3.  throuqh  6).  If 
no  RJ  can  be  selected  or  no  rasourca  hours  raaain  (all  RH-Avail  *  0). 
then  stop  the  cvcle. 

3.  SELECT  NEXT  RJ.  If  any  RJs  already  started  have  not  Dean  selected, 
than  select  the  ne::t  RJ  already  started.  RJs  should  be  selected  based 
upon  a  first-level  sort  by  Uni t-RA-Pr i or i tv  <S4)  and  a  second-level  sort 
by  ascendinq  RA-Ti  me-Remaini  nq  (33).  Priority  is  specified  with  RA-lp 
and  the  contamination  flaa.  RJs  already  started  are  those  RJs  with  the 
Repair-Proqress-State  flaq  on.  The  evac  flag'  in  RJ  must  be  lqnored 
during  selection  or  no  RJ  can  be  selected. 

4.  MAKE  RH  ALLOCATION.  Allocate  to  RH-A1 loc <RT>  as  man/  RH-Avai 1 (RTi 
«  s  oossible  to  satisfy  the  RH-ReqiRT)  of  current  RA  of  the  selected 
RJis).  It  any  allocation  does  not  completely  sotistv  the  PH-Reo  R  I )  . 
attempt  to  satisfy  the  shortfall  with  a  subst l tutaol e  RT  'defined  in 
Sll).  Anv  substitute  allocation  should  be  from  the  HH-A/a> 1 'RT)  of  the 
substitute  RT  to  the  1 RH-A1 1 oc (RT)  of  the  required  RT.  Reduce  the  PH- 
Avail(RT)  amounts  by  the  amounts  allocated. 

5.  UPDATE  RJ  STATE.  Invoke  A-PR0GRES3-R J  usinq  RM-Alloc'RT)  and  Time- 
Inc  'from  Dl)  as  parameters  (06). 


13.  ALLOCATE  RH.  Allocate  to  RH-Alloc(RT>  at  aany  RH-Avai 1 (RT)  at 
possible  to  satisfy  ths  RH-Req (RT  >  of  tha  currant  RA  of  the  selected  RJ. 
If  any  allocation  does  not  coapletely  satisfy  the  RH-Req(RT),  atteapt  to 
satisfy  the  shortfall  with  a  substitutable  RT  (defined  in  Sll).  Any 
substitute  allocation  should  be  froe  the  RH-Avail(RT)  of  the  substitute 
RT  to  the  RH-Alloc(RT)  of  the  required  RT.  Reduce  the  RH-Avai 1 (RT) 
aeounts  by  the  aeounts  allocated. 

14.  UPDATE  RJ  SV.  Invoke  A-PROGRESS-RJ  usino  RH-Alloc(RT)  and  Tiae-lnc 
as  paraeeters  (Ob).  For  each  RJ  froe  which  Ex-Par ts-Avai 1  ward  used, 
invoke  A-EXCHANSE-PARTS  usinq  quantity  allocated  (012). 

13.  RJ  COMPLETE”*  If  the  current  RJ  has  a  new  RA  ( i . e .  •  exaaine  the 
state  vector  of  the  RJ  just  processed  (S3)  and  deterainp  if  the  old  RA 

was  just  coepleted)  and  the  new  RA  is  repairable  at  the  unit  (i.e.,,  the 

RA  is  listed  in  the  Uni t-RA-Pr i or l ty-Tabl e  t S 4 > )  .  then  perfora  the  RJ 
process  described  in  step  9  and  return. 

lb.  CANNOT  START  JOB.  If  all  of  the  parts  cannot  be  obtained  for  a  RA 
or  if  soee  of  the  resources  of  each  resource  type  are  not  available,  the 
job  cannot  be  started. 

17.  EX-OUT-PRI  POLICY.'  If  the  conditions  needed  for  the  M o - E ::  or  Ex- 
In -Pri  cycle  (steo  7)  are  not  available,  then  do  the  following: 

o  Set  the  Ex-ln-Pn  flap  off. 

o  Perfora  the  select  and  process  cycle  (steo  9). 
o  Set  the  E;:-in-Pn  on. 

o  Perfora  the  select  and  process  cycle. (steo  9). 

19.  UPDATE  BOOKKEEPER.  Invn.e  A- INVENTORY-PARTS  using  Par t s-Avai 1 ' PT i 
as  oaraaeters  (09) . 


F-F2  F -HOLD /HOVE -ASSESS 


TYPE!  Interactive  Function 


SUHHARV i  This  Function  coaputes  tha  current  requireaent  For 
aovaaant  oF  RJs  Froa  thtir  existinq  locations. 

TRIGGERED  BYi  Repair  dispatcher 

RESULTING  INt  REPAIR- JOB  (F-El) 

A-CLASSIFY-RJ  (F-A6) 

SYSTEH  SPECIFICATION  OIAGRAH  (SSD)i 


F-F2 


|  F- COMMANDER  | 

F-CC1 

F-CC3 

F-CC4 

F  -  CC1# 

DATA  DEFINITION 


* 


4 


Connection 
Nueber _ 


i=n. 

F-HOlD/MOVE-ASSESS 

Data 

Transferred _ 


01 

0 

Unit- ID 

32 

0 

OH-Str 

0 

Unit- ID  ’key 

0 

RT  ' key ' 

S3 

0 

Hoi d-Evac-Ti ee-Fac tor 

0 

Dai  1 y-Avai 1 -RH 

0 

Unit -ID  key' 

0 

RT  'key' 

S4  o  Un 1 t-PA-Pr i or  1 1 y-Tab 1 e 

o  .Unit  ID  'key 


S3 

0 

ft J  state  vector 

0 

RJ-ID  key' 

DS 

0 

Supoor t -Loc  at l on- 1 D 

S7a 

0 

Ho Id-E vac -Time-Factor 

0 

UNIT- ID  key' 

S7b 

0 

Accoun  table-flag 

0 

Un 1 1 -  I D  lev' 

37c 

q 

Suoo  or  t -Un : t -  I D 

0 

Unit-ID  kev 

0 

RJ-T/pe  key 

Coeeents _ 

Function  trigger. 

On  liand  Strength  by 
resource  type  (RT):  RT 
within  the  repair  nodule 
can  be  anv  unit  asset  — 
personnel  or  equipeent. 


Daily  available  resource 
hours  (RH)  by  RT.  Gives 
the  nueber  of  hours  in  a 
2T-hr  period  a  resource 
would  be  available  for 
work  (F-DF ! ) . 

This  table  is  used  in 
allocatino  available  RH 
and  parts  to  RJs  m  a 
priority  order  iF-CCl ) . 


Action  attribute  for 
A-CLASS IFY-R J  (F-A6). 

f-cc: 


Repair-Joo-Ownina-Uhit- 
AccountaDi lit v -Table 
( F -CC l 6 ‘ . 

F-CC4 


c  -  -o 
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DATA  DEFINITION;  F-H0LD/H0VE-ASSES5  (cont.) 


Connection 

Nuaber 


Data 

Transferred 


Coaaents 


o  Degradation  factors  F 

o  Unit  soveeent  t 

degradation  factor  e 

o  MOPP  degradation  factor 

o  Radiation  degradation  factor 


Factors  (unit  states) 
the  aodel  aust  record 
every  saint  cycle. 


o  Suppression  factors, 

o  Unit-ID  'key' 
o  tiae  'key' 


(Direct,  air,  artillery) 


o  RT-Substi tute* 
o  RT-fieq  'key' 


F-DF2 


o  Parts-Bal 
o  Unit-ID  key' 


F-F2 


Figure  F-7b 


F-HOLD/MOVE  ASSESSMENT  generator  (continued) 
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GENERATOR  DESCRIPTION:  F-HOLD/flQVE-ASSESS 

1.  COMPUTE  CAPABILITY.  Compute  tha  estimated  resource  hours  < RH ) 
availabla  to  satisfy  existing  current  RJ  requireaents  within  the 
established  hold/nova  thresholds: 


«  RH-AVA1L (RT )  *  << OH-STR ( UNI T- ID , RT >  »  DAILY-AVAIL-RH (UNIT-ID ,RT) )  / 


0 

(24/HOLD-EVAC-TIME-FACTOR) ) 

*  (1  -  RADIATION  DEGREDATION  FACTOR) 

*  (1  -  MOPP  DEGRADATION  FACTOR) 

*  (1  -  DIRECT  FIRE  SUPPRESSION  DEGRADATION  FACTOR) 

*  (1  -  AIR  SUPPRESSION  DEGRADATION  FACTOR) 

»  (1  -  ARTILLERY  SUPPRESSION  DEGRADATION  FACTOR) 

*  (1  -  UNIT  HOVE  DEGRADATION  FACTOR) 

where: 

RH-Avail(RT)  is  local  data 

OH-Str  from  S2 

Dai  1 v-Avai 1 -RH  from  S3 

Hold-Evac-Time-Factor  from  S7a 

Initialise,  Parts-Avai  l  (PT)  from  values  in  BOOKKEEPER  S 1 0.  . 

2.  ASSESS  STARTED  RJs.  Cycle  thrc.ugh  the  RJs.  selecting  those  already 
started  to  assess  the  RJ  asset  requirements. 

3.  SELELT  RJ.  If  any  RJs  already  started  have  not  been  selected,  then 
select  next  RJ  already  started;  otherwise,  select  no  RJ.  RJs  should  be  , 
selected  based  upon  a  first-level  sort  by  Unit-RA-Prioritv  <  D  4  >  and  a 
second-level  sort  by  ascendinq  RA-Time-Re*aininq  (SO  .  The  priority  is 
specified  bv  the  RA-ID  and  the  contamination  flaq.  RJs  already  started 
are  defined  as  RJs  with  the  Repai r -Pr oqr ess-St at e  flaa  on. 

4.  DETERMINE  REPAIR  REQUIRMENTS.  Determine  the  total  RJ  Repair 
requirements  for  the  RAs  to  be  performed  at  the  current  site.  Check 

aqainst  the  RA-Pr i or i ty-Tab 1 e  (D4)  to  determine  which  RAs  are  to  be.  ' 

performed  at  the  current  site.  Cumulate  Part-Req(PT)  and  RH-Reo(RT) 
totals  to  complete  all  of  the  current  reoair  site  RAs  of  the  RJ . 

5.  DEDUCT  ASSETS.  Deduct  cumulated  Part-ReoiFT)  and  RH-fieo RT  >  totals 

from  the  remaining  available  parts  and  resource  nours.  i  ! 

i 

6.  ASSESS  RJs  NOT  STARTED  .  Cycle  through  the  RJs  to  select  and  j 

oracess  those  not  vet  bequn.  If  no  RJ  can  be  selected,  then  stop  the  '■ 

cvcie.  Note:  This  cycle  should  end  without  havino  checked  all  the  RJs 
because  the  remainma  RJs  have  a  current  RA  not  authorired  for  the 
reoair  site  and  tnerefbre  are  not  listed  in  the  unit  RA-Pr i or 1 1 y- Tab  1 e . 

Take  the  remaining  RJs  and  perform  a  MOVE  RJ  (step  11)  on  each. 
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F-HOLD/HOVE-ASSESS  (cont.) 


7.  SELECT  NEXT  RJ.  II  any  RJs  not  starts*  have  not  been  selected, 
select  the  next  RJ  not  yet  started.  Otherwise,  no  RJs  remain  lor 
selection.  RJs  should  be  selected  based,  upon  a  lirst-level  sort  by 
Unit-RA-Priority  (04)  and  a  second-level  sort  by  ascendinq  RA-Time- 
Remaining  (S3).  Priority  is  specilied  by  the  RA-1D  and  the 
contamination  Hag.  An  RJ  not  yet  started  is  delined  as  an  RJ  with  the 
Repair-Progress-State  flaq  oil.  The  RJ  evac  llag  must  be  ignored  or  no 
RJs  will  remain  lor  selection.  It  no  RJ  can  be  selected ,• stop  the 
cycle. 

8.  DETERMINE  REPAIR  REOUIRMENTS.  Determine  the  total  RJ  repair 
requirements  lor  RAs  to  be  performed  at  the  current  site.  Check  aqainst 
the  RA-Pr i or i ty-Tabl e  <D4>  to  determine  which  RAs  are  to  be  performed  at 
the  current  site.  Cumulate  the  time  requirements,  the  Part-Req (PT )  ,  and 
the  RH-Req(RT)  totals  to  complete  all  of  the  current  repair  site  RAs  of 
the  RJ. 

9.  HOLD / MOVE  ASSESSMENT.  If  the  current  RA  is  repairable  at  this  site 
(i.e.,  check  against  Uni t-RA-Pri or i ty-Tabl e  ( D4 > )  and  if  total  Parts- 
Req(PT)  can  be  satisfied  in  lull  from  Parts-Avai 1 (PT)  and  the  total  RH- 
Req(RT)  can  be  satisfied  in  lull  (i.e.,  if  any  requirement  cannot  be 
completely  satisfied  with  the  required  RT)  then  a  substitutable  RT 
(defined  in  S9)  should  be  used  to  satisfy  the ’shortfall .  Note  that  any 
substitute  allocation  should  be  made  from  the  RH-Avail(RT)  of  the 
substitute  RT. )  ,  and  if  TIME-RED  TOTAL  .LE.  HOLD-T IME-EVAC-FACTQR ,  then 
the  RJ  RAs  for  this  site  can  theoretically  be  repaired  within  the 
hold/move  guidelines  given  in  HOLD  RJ  (step  10)  and  MOVE  RJ  (step  It). 

10.  HOLD  RJ.  Deduct  the  total  parts  and  RH  allocated  to  the  complete 
RJ  from  the  totals  available. 

11  MOVE  RJ.  Determine  the  support  location  to  which  the  RJ  should  be 
moved  to  form  the  Support-Location-Tabl e  (Unit-ID.RJ-Type)  ( S 7 c ) . 

Invoke  A-CLASSIFY-RJ  < D 6 >  using  the  support  location  identified  above  as 
the  parameter. 


F-F3  F-TRANSFQRM  TYPE:  Interactive  Function 

SUMMARY ;  This  function  tr-»nsfor»s  coabat  daeaae  hits 

information  in  RJs  jassd  upon  expected  value  tables.. 

TRIGGERED  SY;  Repair  dispat  :her 


RESULTING  IN:  REPAIR-JOB  (F-El) 

A-COMB I NE-RJ  (F-A3) 

A-CREATE-RJ  <  F-A  t ) 

BOOKKEEPER  (F-E2) 

A-ASSIGN-LOSS  (F-A14) 


SYSTEM  SPECIFICATION  DIAGRAM  iSSO): 
See  fioure  F-8. 
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Figure  F-8.  F- TRANSFORM  SSD 
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DATA  DEFINITION: 

Connection 
_  Nugbjgr _ 

01 

02 

S3a 

S3b 

04 

D5 

36 

r  -j 

23a 

D  3  fa  ■ 


F-TRANSFORH 

Data 

Transferred _ 

o  Systea/Per sonnel -Type 
o  Loss-Qtv 
o  Round-Type 
o  Unit-ID  ’ kev ' 

a  Tiae-Step-Ending-Tiae 

o  RJ-Types  and 
Probabilities 

o  RJ-Tvpes  ar.d 
Probabilities 
o  Svsten-Type 

o  Per sonnel -Type 
o  Loss-Otv 
o  Uni t-  10 

o  Personnel /Svstea-Type 
o  Loss-Qty 


o  RJ  State  Vectcr 
o  RJ  - 1 D  ’  1;  ev  ' 

o  Coiiib  i  ni  nq-F  1  aa 


o  RJ-ID 
q  Qtv 

o  RJ-Type 
o  Utv 

c  Unit-ID  3r  repair  site 
g  Personnel-T/oe 
p  Contasu  nated 
a  Cur  rent -Time  ♦ 


•  »N 


Coaaents 


Loss  records 


Function  tricaer 

Personnel /Victia-Type 
Probability  Table  F-DF3 

Svstea-T  /pe/Round 
Type/ Victia-Type 
Propability  Table  F-0F4 

Messaae  to  graves 
req: strati  on 


TriQQer  A-AS3ISN-L0SS 
i  F  —  A 1  4) 


Repair  svstea-wiJe  *laa 
r-CZz. 

Tr  i  qqer  fi-CQK8 1  NE-ft  J . 

Triooer  i-CPEATE-RJ. 

I f  personnel  f J . 

If  per  son  no.  RJ. 


J0. 

yf^jf 


•ki $ 
.Wi 
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DftTft  DEFINITION;  F-TRAKSFQRH  (cont.) 


Conntct ion 
Nuaber 


Data 

Trans* arred 


S9  o  K I A 

o  Catastrophic  lossas 
o  SS  and  hospi tal -bound 

S10  o  Prav ious-OH-Qtv 

o  Systaa-Typa  'kav' 
o  Unit-ii)  '  kay  ‘ 

Sit  o  Spt-Claaf ing-Stat ion-Tabl a 

o  Unit-ID  'key' 


Coaaants _ 

RJ-Typas  dafinina 
Parsonnal  (F-DF5). 


Savad  Tor  usa  in 
deterauuna  coabat 
lossas  to  unrecovarad 
jobs  aach  cvcla. 

F-CCi 


F  -49 


Pigur*  P-9.  P-TRANSPORM  g«n»r«tor 


F  -  4  9 


F=£i 

GENERATOR  DESCRIPTION*  f-TRANSFORH 

1.  TRANSFORM  HITS.  Transform  th#  hit*  into  RJ  quantities  and  cumulate 
for  each  Loss-Record  (Dl)  of  th*  unit  with  a  Loss-Tia#  less  than  or 
•qual  to  th*  Tiae-Step-Endinq-Tia*  (D2). 

2.  READ  LOSS-RECORD.  R*ad  th*  lot*  record  to  d*t*rain»  if  th*  lost 
type  aa«  a  personnel  or  aat*ri»l  loss  and  perfora  the  appropriate 
transformation. 

3.  PERSONNEL  LOSS.  Transfora  th*  toss-qty  by  personnel -tvp*  into 
quantities  by  RJ-typ*  usinq  the  ratios  of  per sonnel -tyo*  to  RJ-typ*s 
contained  in  th*  personnel-type/victia-typ*  probability  table  <S3a>. 

Add  each  coaputed  RJ-typ*  quantity  to  th*  cuaulativ*  RJ-tvpe  loss-qty. 

4.  MATERIEL  LOSS.  Transfora  the  loss-qty  by  systea-tvo*  into 
quantities  by  RJ-typ*  usinq  th#  ratio  of  systea-tvp*  to  RJ-typ# 
contained  in  th#  systea-type/round-tvpe/victia-tvp*  probability  table 
(33b).  Add  each  coaputed  RJ-typ*  quantity  to  the  cuaulativ*  RJ-typ# 

l oss-qt v . 

3.  REPORT  CATASTROPHIC  LOSSES.  For  each  RJ  type  that  represents 
personnel  KIA  <S9) ,  report  the  KIA  (personnel)  losses  to  the  qraves 
registration  functional  representation  (D4),  For  each  RJ  type  that 
represents  svstea  catastrophic  or  GS  aaintenance  losses  or  hosoital 
bound  or  KIA  personnel  ( S9 )  ,  invoke  A-ASSIGN-LOSS  usinq  quantity  and 
s/stea/personn#l  type  as  parameters  (03)  to  reduce  th#  qtv-assiqned 
personnel  count. 

6.  ASSESS  LETHALITY.  Ass#ss  th#  lethality  to  RJs  in  units  not 
recovered  during  previous  aaintenance  cycle.  First,  coaoute  th# 
lethality  for  each  svstea  type  using 

K -LOSS-RATIO (ST)  «  LOSS-QTY (CATASTROPHIC/KIA  RJ-TVPE) 

/  PREVIOUS-OH-QTY  (ST) 


where. 

o  K-Losi-Rat i o < ST)  is  passed  to  F-BATTLE-EFFECT3  iF-F5i. 
o  Loss-Qtv  i*  the  coaputed  quantity  for  the  c at  as:  r ooh  i  c  '  t  1 A 
RJ-tvpe  defined  for  the  given  svstea/oersonne!  tvoe  i5a>. 
o  Previ oua-OH-Qt v  (in  S10>. 

Then,  assess  unrecovered  RJs  bv  invoking  F-BATTLE-EFFECTS  usino  the  Unit 
10  and  the  K-Loss-Rat l o  as  parameters. 
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F-TRANSFORM  (cont.) 


7.  CREATE  RJ  ENTITIES.  Process  each  RJ  type  with  a  non-zero  quantity 
excluding  personnel  K I  A*  but  including  catastrophically  daaaqad  systeas. 
IT  coebining  ia  allowed  (Tlag  in  S7)  and  an  RJ  antity  exist*  in  tha  saae 
stata,  taarch  tha  RJ*  Tor  an  RJ  typa  at  tha  currant  location.  IT  it  i* 

a  non-par *onn*l  RJ  typa  or  it  i*  at  tha  rapair  sita  (qivan  in  tha  Spt- 
Clearing-Station-Table) ,  or  iT  it  is  a  personnel  RJ  in  tha  saae  stata 
Mith  a  quantity  lass  than  1.0,  than  procead  to  COMBINE  (step  8): 
otherwise,  do  CREATE  RJ  (step  9). 

8.  COMBINE.  Add  to  tha  axisttnq  job  tha  aaount  oT  tha  loss  quantity 
required  to  bring  it  to  tha  quantity  1.0  by  laaediatel v  invoking  A- 
COMBINE-RJ  aith  tha  quantity  to  ba  added  (08a).  IT  any  Quantity 
reaains,  perTora  CREATE  RJ  Mith  tha  raaaindar. 

9.  CREATE  RJ.  Invoke  A-CREATE-RJ  (08b)  to  create  jobs.  Create  as  aanv 
RJs  with  quantity  1.0  as  possible  and  then  create  one  RJ  with  the 
regaining  quantity  (an  aaount  less  then  1.0).  IT  unit  has  been 
contaainated  (see  loss  records  (01))  then  so  indicate  in  the  oaraaeter 
passed.  IT  the  RJ  is  personnel  ,  then  the  location  eauals  the  repair 
site  given  in  the  Spt -Cl  ear l nq-St at t on-Tab 1 ei  otherwise,  the  RJ  is  non¬ 
personnel  and  the  location  should  equal  the  Unit-10. 


f F-RAH/DNBI-INIT  TYPEj  Intaractiva  Functi 

SUMMARY t  Thi*  function  coaputss  unit  RAM/DNBI  lossas  by 
raiulting  RJ  tvpa*. 

TRISGERED  BY;  Rapair  diipatchar 


RESULTING  IN>  REPAIR-JOB  (F-El) 

A-CQMBINE-RJ  <F-A3> 

A-CREATE-RJ  (F-Al) 

BOOKKEEPER  (F-E2) 

A-10SE-0H  (F-A13) 

A-ASSIGN-LOSS  (F-A14) 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD)s 


E--F4 


DATA  DEFINITION:  F-RAH/ON8I -INI T 


Connection 

Nuaber 


Data 

Transferred 


Coaaents 


D1 

S2 


S3 


S4 


S5 


D6 


D7 


S8 


o  Tiae-Inc  Trigger  function, 

o  OH-Str 

o  Systea/Per sonnet -Type •  'key' 
o  Umt-ID  ‘key’ 


0  RJ-Types 
o  Expected-Values 
o  Systea-Type  ‘key’ 
o  Unit-Activity  'key' 

o  Coabining  flag 


o  RJ  State  Vector 
o  RJ- 1 D 

□  RJ- 1 D 
o  Qty 

a  RJ-Tvpe 
o  Qty 
o  Unit-ID 

o  Contaamated  flag 
o  Current-Tiae 
o  Personnel/System-Type 


F-DF6 

Repair  systea-wide  flaq. 
F-CCb 

Trigger  an  A-COMB I NE-RJ . 
Trigger  an  A-CREATE-RJ. 


o  RJ-Types  defining  GS  and  hospi tal -bound  F-DF5 


D9 


DIO 


SI  1 


o  Svstea/Personnel -type 
o  Qty 
o  Unit-ID 

o  Svstea/Personnel  -type 
o  Qtv 
o  Uni t-ID 

o  Un l t-Con t ami nat l on 
o  Uni t- Act lvi ty 
o  Uni t-ID  ’key' 


Trigger  A-LG3E-0H. 


Triooer  A-ASSIGH-lOSS. 


The  model  must  record' 
these  unit  attributes 
every  maintenance  cycle. 


o  Spt -Cl  ear i ng-St at i on-Tab 1 e  F-CC6 
o  Uni t-ID  lev' 


Figure  F-ll.  F-RAri/ONBI-INIT  generator 


F  -! 
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GENERATOR  DESCRIPTION:  F-RAH/DNBI-INIT 

1.  ASSESS  EACH  SYSTEM  TYPE.  Assess  each  systee  type  in  the  unit  (S2> 
for  on-hand  strength  (OH-Str)  qreater  than  0  to  obtain  the  QH-Str  of 
systee  type  <S2) . 

2.  RAI1/DNBI  TYPE.  For  each  RAK/DNBI  RJ-tvpe  (S3)  associated  with  the 
systee  type.  COMPUTE  QUANTITY  (step  3)  and  CONVERT  TO  RJ  (step  4). 

3.  COMPUTE  QUANTITY.  Use  the  expected  value  for  each  RJ  type  contained 
in  S3,  EV(RJ),  to  coepute  RJ  quantities  by  Multiplying  the  expected 
values  by  the  OH-Qty.  EV(RJ)  is  the  24-hour  expected  value  of  RJ-tvoe 
occurance  given  the  unit  activity  (S3).  The  unit  activity  and  time 
increment  are  qiven  in  01;  OH-Qty  is  given  in  S2. 

4.  CONVERT  TO  RJ.  If  containing  is  allowed  (flag  in  S4>  and  an  RJ 
entity  exists  in  the  saae  state,  search  the  RJs  for  an  RJ  type  at  the 
current  location.  If  it  is  a  non-per sonnel  RJ  type  or  it  is  at  the 
repair  site  (qiven  in  the  Spt-Cl ear l ng-Stat l on-Tabl e) ,  or  it  it  is  a 
personnel  RJ  in  the  same  state  with  a  quantity  less  than  1.0,  then 
proceed  to  COMBINE  (step  5);  otherwise,  do  CREATE  RJ  (step  6).  . 

5.  COMBINE.  Add  enough  of  the  loss  quantity  to  the  existing  job  to 
bring  it  up  to  1.0  by  immediately  invokinq  A-COMBINE-RJ  usinq  the 
quantity  being  added  (06)  as  the  parameter.  Perform  CREATE  RJ  (step  6) 
with  any  remainder. 

6.  CREATE  RJ.  Invoke  A-CREATE-RJ  (D7)  to  create  jobs.  Create  as  many 
RJs  with  a  quantity  of  1.0  as  possible;  then  create  one  RJ  with  any 
remainder.  If  a  unit  has  been  contaminated  (as  determined  from  the  loss 
records-Dt),  then  so  indicate  in  the  action  attribute  passed.  If  the  RJ 
is  personnel,  then  the  location  equals  the  repair  site  given  in  the  Set- 
Clearinq-Station-Table;  otherwise,  the  RJ  is  non-personnel  and  the 
location  should  equal  the  unit  10. 

7.  ADJUST  Qh-QTY  STRENGTHS.  Invoke  A-LOSE-OH  using  the  cumulative 
Loss-Qtv  for  the  system  type  as  the  parameter  (D9).  For  each  RJ  type 
that  represents  GS  maintenance  losses  or  hospi tal -bound  personnel  (S8)  , 
invoke  A-ASS I GN-L0S3 .  with  the  parameters  quantity  and  svstaiTi/oersonnel 
type  (DIO),  in  order  to  reduce  the  Qty-assiqned  count. 
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F-F5  F-BATTLE-SFFECT  TYPE i  Interactive  Function 

SUMMARY;  This  function  generates  unrecovered  RJ  losses  to 
eithdraw  units  in  coabat. 

TRIGGERED  BY;  Repair  dispatcher 


RESULTING  _IN:  REPAIR-JOB  (F-El) 

A-COMBINE-RJ  (F-A3) 

A-CREATE-RJ  (F-At> 

A-PASSBACK-RJ  (F-A2) 

A-ABANDQN-RJ  (F-A12) 

BOOKKEEPER  (F-E2) 

A-ASSIGN-IOSS  ( F — A 1 4 ) 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 
Sea  figure  F - 1 2 . 


1 


F-F5 

OflTft  DEFINITION!  F-BATTLE-EFFECT 

Connection  Data 

Number _ Transferred _ 


* 


D1 

S2a 


S2b 


o  NeM-Unit-Location 
o  Old-Unit-Location 
o  Unit-di aaeter 
a  Unit-ID  ‘key 

o  01 d-Support-Uni t-Locati on 
o  Unit-ID  ‘key’ 


S2c 

S3 

D4 
S3  ' 


o  Co*bat-Actl jn-Fl a  Q 
o  Unit-ID  'key' 

o  RJ  State  Vector 
o  RJ-ID  key' 

o  Qtv 

o  Combining  flag 


D6a 

D6b 


D7 


D8 


a  R  J  —  1 0 
o  Qtv 

o  RJ-Type 
o  Qtv 
o  Unit-ID 
o  Contaminated 
o  Current-T  j  me 

o  System/Personnel -Type 
o  Qtv 
p  Unit-ID 

o  Qtv 
o  RJ-ID 


F-59 
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Comeents _ _ _ 

Trigger  function. 

The  model  must  record 
these  unit  state  data 
every  eaintenance  cycle 


Trigger  A-PASSBACk-RJ . 

Repair  svitem-wide  flag. 
( F -CCS i 

Trigger  A-CQMB INE-RJ . 
Trigger  A-CREATE-RJ. 

Trigger  A-AS3IGN-L QS5. 

Trigger  A-AB ANDON-R J  . 


GENERATOR  DESCRIPTION:  F-BATTLE-EFFSCT 

1.  BATTLE  EFFECTS  ON  RJ.  If  a  unit  hat  suffered  any  coabat  losses 
(S2c)  during  the  tin*  increment,  than  it  it  a  UNIT  IN  COMBAT  (steps  2 
through  10).  Otherwise,  tha  unit  it  not  in  coabat  and  there  ara  no 
coabat  affactt. 

2.  UNIT  IN  COMBAT.  Coaputa  tha  aovaaant  distance  by  dataraining  tha 
dittanca  between  tha  New-Uni t-Location  and  tha  Qld-Unit-location  utino 
New-Uni t -Loc at i on ,  Qld-Unit-Location,  tn*  Uni t-Di aaatar  in  S2a,  and  tha 
Old-Supoort-Unit-Location  in  S2b. 

3.  UNIT  MOVED.  If  tha  aovaaant-di atanee  it  greater  than  0,  then  tha 
unit  hat  aovad.  Coaputa  tha  relative  DISTANCE  SAIN/LQSS  (step  4)  and 
ASSESS  NON-PERSONNEL  RJs  (step  5).  If  tha  eoveeent-di stance  it  not 
graater  than  0,  tha  unit  did  not  aova  and  thara  it  no  territorial 
•ffact. 

4.  DISTANCE  GAIN/LOSS. 

AREA-VACATED  *  MOVEMENT-DISTANCE./  UNIT-DIAMETER 

Nate:  Thit  it  not  a  aathaaatiC'l ly  accurate  aathod  for  computing  the 
area  assuaing  circular  dltpartic  <*'  a. unit:  it  is  accurate  for  an 
unchanging  rectanqular.  shape  ant.  ie  enough  for  corps,  oi  y  i  ti  on  godel 
resolution.  ,  • 

3.  ASSESS  NON-PERSONNEL  RJ.  Coaputa  tha  aovaaant  direction  utingi 

MOVEMENT-DIRECTION  *  (DISTANCE  BETWEEN  NEW-UNI T-LOCAT ION  AND 
OLD-SUPpQRT -UNI T-LOCAT ION)  MINUS  (DISTANCE  BETWEEN 
OLD-UNIT-LOCATION  AND  OLD-SUPPOR T -UN  I T -LOC AT  I  ON  I . 

6.  TERRITORIAL  GAIN.  If  tha  aovaaant  direction  it  positive,  then  there 
was  a  territorial  gain,  so  for  each  unracovarad  RJ .  coaouta  the  Quantity 
passed  back  to  higher  echelons  using 

QUANTITY-PASSBACK  *  MIN  ( 1 . 0 ,  AREA-VACATED )  *  RJ-QT,'. 

Invoke  a-PASSBACK-PJ  usmq  suant 1 1 /-oassPack  at  the  parameter,  This 
reduces  the  quantity  of  each  unrecovered  RJ  within  the  unit  area  that  is 
susceptible  to  further  catastrophic  loss.  If  coabining  is  allowed  iS3 > 
and  an  RJ  entitv  exists  in  the  sane  state  (i.#..  search  the  KJ3  for  a 
siailar  RJ-tvpe  with  a  quantity  lest  than  l.y  at  the  sa*e  location  in 
the  sate  state  ;  because  the  RJ  it  oassed  back  to  the  suooortmq  unit, 
the  search  must  be  of  RJs  at  the  supoortino  unit),  tr.en  proceed  to 
COMBINE  (step  7!;  otherwise,  proceed  with  CREATE  RJ  (step  3). 


F-BATTLE-EFFECT  (cont.) 

7,  COMBINE.  Add  enough  of  the  quantity -pattbaek  to  the  existing  job  to 
brinq  tha  total  aaount  to  t.O  by  invoking  A-COMBINE-RJ  (D6a>  uting  tha 
quantity  bainq  addad  at  tha  paraaatar.  If  any  quantity  it  laft,  parfora 
CREATE  RJ  (ttap  3)  with  tha  raaaindar. 

8.  CREATE  RJ.  Invoke  A-CREATE-RJ  to  craata  jobt  iaaadiataly.  Craata 
at  aany  RJt  of  quantity  1.0  at  possible,  than  craata  ona  RJ  with  anv 
raaaindar  (i.e.,  any  quantity  last  than  1.0).  If  tha  unit  hat  baan 
contaainatad  (at  datarainad  in  tha  original  RJ).  than  to  indicate  in  tha 
action  attribute  patted.  Tha  location  of  tha  RJ  created  thould  be  that 
of  tha  tupporting  unit. 


9.  TERRITORIAL  LOSS, 
loot  utingt 


For  each  unrecovered  RJ,  coepute  tha  quantity 


QUANTITY-LOSS  »  N I N (1 . 0 . ARE A-VACATED )  *  RJ-QTY  . 

Invoka  A-ASSIGN-LOSS  uting  quantity  and  tvtte*  type  at  oaraaatart  (07b* 
in  order  to  reduce  the  Qty-ataiqned  aquipaant  count.  Uta  Quantity-Loss 
and  RJ-ID  to  i n vo* a.  A- A8AN00N-RJ . 

10.  MULT I  PL  E  HITS  ASSESSMENT,  For  each  unrocnvared  RJ  raaainino. 
parfora  tha  following  lott  atiettaent: 

QUANTITY-KILLcO  »  RJ-QTY  »  K-LOSS-RATIO(ST)  . 

Notai  Tha  k-Loit-Ratio  wat  coaoutad  in  F-FZ.  Syttaa-tvoa  <STi  should 
be  tha  taaa  at  the  ST  of  tha  RJ. 

In  order  to  reduce  tha  Qtv-attigned  aquipaant  count,  invote  A-aSSIGN- 
LOSS  utinq  quantity  and  sytte*  type  at  paraaatart  iD7i.  Invoke  A- 
A8ANDQN-RJ  using  Quantity-Lots  and  RJ-ID. 
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F-F&  F-RECOVERY  TYPE:  Interactive  Function 

SUMMARY i  This  function  coaputes  tha  availabli  '••cavery 

capability  of  a  unit  for  a  given  tiie  pariod  and 
allocatas  tha  capability  to  tha  deaanding  RJs, 
updating  thair  statas  accordingly. 

TRIGGERED  BY:  Rapair  dispatcher 

fiESULTJLNiJM:  REPAIR-JOB  <F-E1> 

A-RECQVER-RJ  (F-A8) 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


F-F8 


F-  RECOVERY 


t 


I 


|  F- COMMANDER  ( 

F-CC7 

F-CC1 

u 

■ 

Flgur#  F  -  14 .  F- RECOVERY  SSt) 


DATA  DEFINITION:  F-RSCQVERY 


Connection 

Nuaber 


Data 

Transferred 


Coaaents 


01 

0 

Tiae-Inc 

Tr igger 

S2 

0 

RJ-Rec -Priority-Table 

F-CC7 

0 

Unit-ID  'key' 

S3 

0 

RJ  State  Vector 

04 

0 

RJ-ID 

Trigger  A-RECQVER-RJ 

S3 

0 

RV-Table 

F-DF7 

S6 

0 

OH-Str 

37a 

0 

Dai  1 v-Avai 1 -RV-RH 

F-DF8 

'  •  0 

Unit-ID  'key 

0 

RV-Tvpe  .key’ 

S7b 

0 

Like-Rec-Svsteas 

F-DF9 

S7c 

0 

Sinqle-RJ-RVH-Req 

F-OFIO 

0 

Unit-ID  key' 

0 

RJ-Tvpe  key' 

a 

Origin  'key' 

0 

Oast i nat ion  Key  ’  , 

o  RJ-RV-Priorities 


F-CC8 


F-FA 


F-FA 


<3>  NON 
MOBILE  RJ 
RECOVERY 


From  F-I3« 
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GENERATOR  DESCRIPTION:  F-RECQVERY 

1.  NOBILE  RJ  RECOVERY.  Cycle  through  th»  RJs  (stop  2  through  4) 
selecting  the  next  unrecovered  aobila  RJ  (i.e.,  tha  aobilitv  Flag  and 
aithar  tha  unracovarad  Flag  or  tha  evac  Flag  ara  on  in  S3). 

2.  INBOUND/OUTBOUND.  IF  an  RJ  has  an  unracovarad  Flag  sat  on,  than  the 
RJ  is  INBOUND  (step  3);  iF  the  RJ  EVAC  Flag  is  on  and  tha  REC  EVAC 
policy  is  on,  the  RH  is  OUTBOUND  (step  4). 

3.  INBQUNO.  Tally  tha  1 i ka-recovery  capability  using 

LIKE-REC-AVAIL(ST,R/E)  *  LIKE-REC-AVAIL  <ST,R/E)  *  RJ-QTY 
nhara  tha  ST  is  the  ST  oF  tha  RJ  and  R/E  »  R  *  Recovery. 

Then  update  tha  RJ  state  vector  by  invoking  A-RECQVER-RJ. 

4.  OUTBOUND.  Tally  the  1 i ke-recovery  capability  using 

'  LIKE-REC-AVAIUST.R/E)  *  L IKE-REC-AVA IL  (ST  ,R/E)  *  RJ-QTY  \ 
where  the  ST  is  tha  ST  oF  the  RJ  and  R/E  *  E  *  Evac. 

Then  invoke  A-RECQVER-RJ . 

3.  NON-MOBILE  RJ  RECOVERY.  First  coapute  tha  RECOVERY  CAPABILITY  (step 
6),  then  cycle  thrcuqn  the  RJs  allocating  the  capability  '.steps  7 
throuqh  10)  and  perform  SAVE  REMAINING  CAPABILITY  (steo  11). 

6.  RECOVERY  CAPABILITY.  For  each  recovery  vehicle  type  (S5>.  compute 
the  recovery  capability  usinq: 

RVH-AVAIL (RVT) ' »  QH-STR ( RVT )  CS61  ♦  DAILY-AVAIL-RH  IS71/ 

(24/TIHE-INC)  C  D 1 1 . 

Convert  Li ke-Rec-Avai 1  to  RVH-Avai 1 < RVT )  by  isul  ti ol vi  no  the  quantities 
of  Li k e-Rec -Aval  1  by  the  RJ-RVH-fieq  Found  for  non-mobile  RJ  of  the  same  ' 
ST.  keep  the  RVh-Avail  for  these  systems  separated  by  field  recover /  =  R 
and  umt-to-DS=£  cateoories. 

7  SELECT'  RJ.  Select  the  next  nen-mobile  RJ  reouirino  recovery  (S3 
shows  unrecovered  flag  on  or  the  evac  flao  (with  non-EAC  destination) 
on )  . 


9.  R7H  REOUIREMEMT,  Compute  the  RJ  to  RVH  reouireeent  usino: 
RVH-REQ  =  RJ-QTY  ♦  RJ-fiVH-FEQ  (S7C). 
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F-RECOVSRY  (cont.) 

9.  RV  ALLOCATION.  Allocate  at  aanv  RVH  as  possible  to  satisfy  the 
recovery  requirement.  Allocate  RVHt  of  the  RV  type  in  the  order  listed 
in  the  RJ-RV  Priority  <S8). 

10.  UPDATE  RJ  SV.  If  the  recovery  requirement  has  been  complete' 
satisfied,  then  invoke  A-RECOVER-RJ  immediately.  To  change  the  state 
vector  to  shou  recovery,  deduct  the  allocated  amounts  from  P'.'H-wvail. 

11.  SAVE  REMAINING  CAPABILITY.  Keep  RVH-Avai 1 (RVT)  for  use  by  F- 
RECOVERY-SUPPORT  and  F-RECOVERY-SHORT. 


F-F7  F-REC0VERY-3UPP0R 


TYPE:  Interactive  Function 


SUMMARY ; 


After  a  unit  has  perforeed  its  own  unit  support 
recovery  Mission,  this  function  allocates  any 
regaining  unit  capability  for  defined  di rect-support 
recovery  and  cross-leveling  recovery  supoort 
relationships.  By  playing  support  units  in  a  table 
listed  order  S2  and  allowing  a  supported  unit  to  be 
supported  by  0  or  sore'  supporting  units,  any  R V 
allocation  and  support  unit  concept  can  be  played. 
Exaaplps  include: 


4  Unit  recovery  only;  no  support  provided 

|(i.e.,  coaplete  decentralization) 

No  unit  support;  all  recovery  froe  a  support 
unit  (i.e.,  complete  centralization) 
Brigade-wide  support  onlv 
Division-wide  supoort  only 
Brigade  and  division  support 
0  Different  support  structures  in  different 
parts  of  the  corps  over  tiee 


TRIGGERED  BY: 


Repair  dispatcher 


RESULTING  IN: 


REPAIR-JOB 
[  A-RECOVER-RJ 


(F-El) 
( F-A8) 


3  r  STEM  SPECIFICATION  OlAiaRAM  (SSD): 


E =£Z 


Rgura  F- 1 6 .  F  -  RECOVERY  -  SUPPORT  SSD 


F  — F  7 


DATA  DEFINITION:  F-RECOVERY-SUPPORT 


Connection 
_ Number 


Data 

Tranif erred 


Coeeenti 


01 

Trigger  function. 

S2 

0 

Rec-Spt-Uni t-Rel ati onehip 

F-CC? 

S3 

0 

Rec-Spt-RA-Pr j oritv-Table 

F-CC10 

S4 

0 

RJ  State  Vector 

ss  . 

.  0 

Single-R.l-RVH-Ren 

F-DF10 

0 

Uni t-ID  ‘key1 

0 

RV-Tvoe  ‘key’ 

36 

0 

RJ-RV-Priorities 

F-CC9 

07 

0 

RJ-IO 

Trigger  A-RECQVER 

* 
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Figure  F-17.  F-RECQVERY-SUPPORT  generator 


GENERATOR  DESCRIPTION!  F-REC0VERY-SUPP03T 

1.  RECOVERY  SUPPORT  CYCLE.  Cycl*  through  the  recovery  support  units, 
allocating  retaining  capability. 

2.  SELECT  NEXT  UNIT.  If  any  supporting  units  have  not  vst  btsn 
selected,  than  salact  tha  next  recovery  support  unit  (racovary  support 
units  identified  by  tna  procassing  ordar  in  S2). 

3  COMPUTE  CAPABILITY.  Coaputa  tha  racovary  support  capability  for  aach 
supported  unit  (supported  units  identified  in  S2  include  tha  supporting 
unit  also)  using: 

SUPPORT -RVH- AVAIL (RVT)  «  SUPPORT -RVH- AVAIL (RVT)  » 

RVH-AVAIL (RVT) 

Where  RVH-Avai 1 (RVT)  is  avail  by  unit  froa  F-F6  and  the  RVTs  are 
of  recovery  vehicles  and  are  not  excess  like  the  recovery  capability. 

• 

4.  PROCESS  UNRECOVERED  RJ.  Cycle  throuqh  the  RJs,  selecting  the  next 
unrecovered  RJ  <S4  shows  unrecovered  flag  on  or  the  evac  flag  (with  nor* 
EAC  dest i nat i on )  on ) . 

5.  SELECT  NEXT  RJ.  RJ-,  should  be  selected  in  a  Recover v-Suooort -RA- 
Prioritv  < S3 >  sequence.  Unrecovered  RJs  in  all  suooorted  units  <D2) 
should  be  processed. 

b .  RV  REQUIREMENT.  Coapute  the  RJ  RVH  reauireaent  usino: 

RJ-RVH-REQ  3  RJ-QTY  *  S I NGLE-R J -RVH-REQ 
Where  Sinai e-RJ-RVH-Req  is  in  S5. 

7.  MAKE  RV  ALLOCATION.  Allocate  as  aany  RVHs  as  possible  to  satisfy 
the  recovery  requirement.  Allocate  RVHs  of  the  fiy  t/oe  in  the  order 
listed  in  the  RJ-RV  priority  table  (Ss). 

3.  UPDATE  RJ  3V.  If  the  allocations  coapletel/  satisf.  the 
requirement .  invoke  A-RECGVER-R j  >D7,  to  chance  tne  RJ  state  .ector  to 
show  recovery.  Deduct  the  allocated  amounts  froa  R'.'H-h  .  ai  1 .  It  any 
requirements  remain,  tne  RJ  remains  in  the  unreco/ered  state. 
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F-REC0VERY-SH03T 


TYPE:  Interactive  Function 


SUMMARY:  This  function  represents  the  utilization  of 

operational  systeas  perforainq  recovery  aissions  when 
there  is  a  shortfall  in  the  usual  recovery  capability. 
It  is  controlled  by  a  table  that  shows,  for  each  unit, 
the  utilization  thresholds  for  recovery  performance  of 
operational  systeas.  The  threshold  is  a  percentape  of 
the  authorized  .^entity  of  each  svstea.  If  a  unit  has 
some  quantity  of  a  svstea  available  (on  hand)  over  the 
threshold  aaounf,  that  quantity  is  authorized  to 
perfora  recovery.  If  and  when  this  quantity  is  used 
for  recovery,  no  check  is  aade  aqainst  its  utilization 
in  its  priaary  aission  ( i . e . ,  if  an  ooerational  tank 
is  used  to  recover  another  tank,  no  interface  exists 
to  ensure  it  was  not  or  would  not  be  involved  in 
coabat).  For  this  reason,  threshold  values  should  be 
cautiouslv  selected  and  the  extent  to  which  a  quantity 
is  used  for  recovery  should  be  closely  monitored  for 
possible  double  utilization  problems. 


DUGSIMiU?!5  Repair  dispatcher 


RESULTING  IN: 


REPAIR-JOB 

A-RECOVER-RJ 


(F-E 1 ) 
(F-A8) 


SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 


See  fiqure  F-18. 
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DATA  DEFINITION:  F-RECOVERV-SHORT 
Connection  Data 

_ Nuaber _ Tra  n*  f  erred _ Coaaente _ 

01  o  Tiae-Inc  Trigger  function. 

52  o  Percent-Avail 

o  3yitea-Type 
o  Unit-ID 

53  o  RJ  State  Vector 

54  o  OH-Qty 

o  Auth-Qtv 
o  Sys-Type  'key' 
o  Unit-ID  key’ 

55  o  RJ-Rec-Priority-Table  F-CC7 

o  Unit-ID  key' 

So  o  Op-Svs-Li ke-Rec-  F-CC12 

Utilization-Pri -Table 

D7  o  RJ-ID  '  Triooer  A-RECQVER-RJ 

S8  o  Si  ngl  e-RJ-RVH-Reg  F-?F|i) 

o  Unit-ID  ’kov' 
o  RV-Type  'kev' 


Oper ational -S vs teas 
Like-Recovery -Table 
(F-CC11) . 


f-fs 


C43  * 
UNRECOURD 
RJ  CYCLE 


Figure  F13.  F-RECOUERY-SHORT  generator 


F-F8 


GENERATOR  DESCRIPTION:  F-RECOVERY-SHQRT 

1.  UNIT  CYCLE.  Cyclt  through  the  units  by  SELECTING  UNITS  (step  2) 
with  unrecovered  RJs,  computing  RECOVERY  CAPABILITY  (step  3),  and  than 
processing  UNRECOVERED  RJs  CYCLE  (step  4  through  8). 

2.  SELECT  UNIT.  Select  the  next  unit  with  any  unrecovered  RJ  (examine 
the  RJs  in  S3) . 

3.  RECOVERY  CAPABILITY.  Coepute  the  operational  systems  like-recovery 
capability  for  each  systea  type  listed  in  the  Operational -Systeas-Li ke 
Recovery-Table  <S2)  using; 

OP-LIKE-RVH-AVAIL  ■  COH-QTY ( SYS  TYPE)  -  (PERCENT- 

AVAILtSYS  TYPE)  *  AUTH-QTY (SYS  TYPE))]  ♦  T IME-INC 

where  QH-Qtv,  Auth-Qty.  Per cent-Avai 1  are  taken  fr on  S2  and  Tiao-Inc  is 
obtained  froa  Di. 

4..  UNRECQVERED  RJ  CYCLE.  Cycle  throuoh  the  unit's  RJs.  selectinq  anv 
UNRECOVERED  RJ  (step  5),  coaouting  RV  REQUIREMENTS  (step  6).  allocating 
RECOVERY  CAPABILITY  (step  7)  and  UPDATING  THE  RJS'  STATUS  isteo  8). 

5.  SELECT  UNRECOVERED  RJ.  If  anv  unrecovered  RJs  have  not  been 
selected,  select  the  ne:.t  unrecovered  RJ  (S3).  RJ  should  be  selected  in 
a  RJ -Move-Pr i or i tv-Tab 1 e  (SS)  sequence. 

h.  RV  REQUIREMENTS.  Coapute  RJ  RVH  requirements  using: 

RJ -RVH-REQ  *  RJ-QTY  ♦  S I NGLE-RJ -RVH-REQ . 

7,  ALLOCATE  RECOVERY  CAPABILITY.  Allocate  as  aanv  Op-Li ke-RVH-Avai 1  as 
possible  to  satisfy  the  recovery  requirement.  Allocate  Gp-Like-PVH- 
Avail  of  the  systea  type  in  the  order  listed  in  the  RJ -Oo-Svs-Li ke-Rec - 
Pri  Table  (S6> .  Deduct  the  allocated  amounts  from  Op-Li  ke-RVH-Avai  1  .• 

8.  UPDATE  RJ  3V.  If  the  allocations  completely  satisfy  the 
requirement,  invoke  A-RECQVER-RJ  (D7)  to  chanae  the  RJ  state  vector  to 
show  recovered;  otherwise,  the  RJ  will  wait  unrecovered. 


F-F9 


F-F9  F-CQNTAMIN-EFFECT  TYPE:  Interactive  Function 

SUMMARY t  When  a  unit  receives  a  contaminating  attack,  all  RJs 

in  the  unit  are  contaminated  and  this  function  invokes 
A-CONTAMIN-RJ  (F-A4)  on  the  RJs  in  the  unit. 

TRIGGERED  BY:  Reoair  dispatcher 

RESULTING  IN:  REPAIR-JOB  <F-E1> 

A-CONTAMIN-RJ  <F-A4) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  F-20. 


F-3  1 


F-F9 


RgureF-20.  F- CONTAMIN- EFFECT  SSD 
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F-F9 


DATA  DEFINITIONS  F-CONTAHIN-EFFECT 


Connection 

Number 


Date 

Transferred 


Coaments 


o  Uni t-Contaainated-f 1 ag 


o  RJ-ID 


Trigger  function. 

For  eacn  eaintenance 
cycle,  the  model  must 
record  whether  or  not 
a  unit  was  contaminated 
during  that  time  period. 

Trigger  A-CQNTAMIN-RJ 
(F-A4). 


2  . 


E=Ea 


Figure  F-El .  F-CONT Ad IN- EFFECT  generator 


GENERATOR  DESCRIPTION:  F-CQNT AW  IN-EFFECT 


1.  UNIT  CONTAMINATION.  Read  S2  to  determine  if  the  unit  was 
contaminated  during  the  maintenance  cycle. 

2.  ASSESSMENT.  If  it  was  not  contaeinated,  do  nothing.  If  it  was 
contaminated,  cycle  through  each  RJ  in  the  unit  invoking  A-CONTAMIN-RJ . 


tdEJLQ.  F-RTNS-ALLOC  TYPE:  Interactive  Function 

SUMMARY ;  This  function  allocates  repaired  svsteas  or  personnel 
back  to  the  owning  units.  Two  eethods  are  available 
for  allocation  and  are  employed  based  upon  a  flap. 

TRIGGERED  J9Y»  Reoair  dispatcher 

RESULTING  IN;  REPAIR-JOB  (F-tl) 

A-GAIN-QH  (F-A16) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD)i 


DATA  DEFINITION; 

Connection 
Nueber _ . 


D1 


s: 


S3 


S4 


03 


F-RTNS-ALLQC 

Data 

Transf erred _ Contents 

o  Rtn-Qty  Trigger 

o  Repair-Site 
o  Systee/Per sonnei -Type 

o  Prionty-Allocation-Flag  F-CC13 

o  Repair-Site  'key' 
o  Systee/Per sonnei -Type  ’key" 

o  Supported-Uni ts  F-CC17 

o  Repair-Site,  'key' 
o  Systee/Per sonnei -Type  'key' 

o  Assiqned-Qtv 
o  QH-Qty 
o  Uni t - 1 D  ■ ' kev ' 
o  Systee/Per sonnei -Type  key' 

o  Alloc,  Tr i ager  i 

o  Reoair-Site  kev’ 
o  Svstee/Personnel-Tvpe 


function. 


-SA IN-OH. 


kev ' 


E=£ifi 


Figure  F-23.  F-RTNS-PLLOC  generator 
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GENERATOR  DESCRIPTION:  F-RTNS-ALLQC 

1.  METHODS.  If  Prioritv-Alloc  is  true  <S2) .  then  do  PRIORITY  method 
(step  2);  otherwise,  do  the  PROPORTIONAL  eethod  (step  5). 

2.  PRIORITY.  Do  ALLOCATIONS  (step  3!  and  UPDATES  (step  4)  to  the  unit 
until  the  Rtn-Qtv  is  all  allocated. 

3.  ALLOCATE  TO  UNIT.  Select  a, unit  froe  the  prioritiied  Suooort-Umt- 
List  (S3). 

ALLOC  *  MIN  (  RTN-QTY ,  ASGN-QTY (SYS/PERS-TYPE) -QH- 
QTY(SYS/PERS-TYPE) ! 

Where:  Ason-Qty  and  QH-Qtv  are  froe  S4  and 
Rtn-Qtv  *  Rtn-Qtv  *  Alloc. 

4.  UPDATE.  Invoke  A-GAIN-OH  using  Umt-ID,  Svst ee/ per sonnel -T vbe ,  and 
Alloc  as  parameters  (05). 

5.  PROPORTIONAL.  If  it  is  not  priority,  compute  the  TOTAL  NEED  istee 
b)  and  distribute  it  according  to  each  unit'3  share  (steo  7  and  3). 

6.  TOTAL  NEED.  Compute  the  total  allocation  base.  For  each  sucDorteo 
unit  ( 33)  ,  cumulate 

(ASGN-QTY  (SYS/PERS-TYPE)  -  GH-QTY  (SYS/PERS-TYPE)  )  •. S 4  > 
into  A l loc-Base. 

7.  UNIT  5  SHAPE.  For  each  supported  unit  (S3),  coeoute  the  share: 

ALLOC  =  ( (ASGN-QTY (SYS/PERS-TYPE)  -  OH-QTY (SYS/PEFS-TyPE) ) 

/  ALLOC-BASE)  *  RTN-QTY. 

3.  UPDATE  UNIT.  Invoke  A-GAIN-OH  using  Umt-ID,  System- Personnel -Tvor , 
and  hIIoc  as  parameters  ’.D5). 
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F-Fll  F-EVAC- HAHAG ER  TYPE:  Interactive  Function 

SUMMARY :  This  function  is  used  to  determine  which  RJs  should  be 

aoved  when  a  transportation  asset  becoees  available 
for  evacuation. 

TRICSERED  BY:  '  Transportation  eodule 

RESUU1NG  JN.:  REPAIRtJOB  (F-El) 

A-EVACUATE-RJ  <F-A?) 

A-EVAC-RJ -EAC  (F-A17) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD): 

See  figure  "-24. 
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F-EVAC- 

MANAGER 


Figure  F- 24 .  F -  EVAC  -  MANAGER  SSD 
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DATA  DEFINITION: 

Connection 
Nuaber  _ 


F-EVAC-HANAGER 

Data 

Transf erred _ 


01 

S2 


S3 


S4 

D5 


36 


D7 

S3 


o  Qtvs (Evac-Type) 

o  RJ-State-Vector 
o  RJ-ID  'key' 

o  RJ-Evac-Pr i or j ty-Tabl a 
o  Unit-ID  key' 

o  Evac-Uti 1 lzation- 
Prioritie* 

o  RJ-ID 

o  Departure-Flag 
o  Convov-ID 

o  Rec-Evac-Capabilitias 
o  RJ -T  /pe 
o  Evac  svstea  tvpe 

o  RJ-ID 

o  RJ -Load/Un  1 oad-Ti ay 
o  RJ-ID  '  key  ’ 


D9 


Conaents _ __ 

Trigger  function. 

F-CC14 

?-CC15 

Tritjger  A-EVACUATE-R J . 

F-0F13 

Trigger  A-EVAC-RJ-EAC. 
F-0F14 


o  Qtvs-Used (Evac-Tvoe) 
o  Evac-flj  ssi  on-Coapl  et  t  on-T i  me 


r-rn 


Figure  F-25  .  F-EUAC-HANPGER  generator 


F-?4 


GENERATOR  DESCRIPTION;  F-EVAC-HANAGER 

1.  ALLOCATE  EVAC  CAPABILITY.  —Capabi 1 1 ty (Evac-Type)  «  Qtv (Evac-Typel 
<D1>.  First  SELECT  RJ  (step  2).  than  assess  REMAINING  EVAC  CAPABILITY 
(stop  3),  and  Finally  schedule  evac  coaptation  (stap  3). 

2.  SELECT  RJ.  While  soae  capability  raaains,  salact  tha  next  RJ  (RJs 
to  avac  are  identified  by  evac  Flaps  <S2>).  RJs  should  be  selected  in 
the  order  qiven  in  the  RJ-Evac-Pr i or i tvrTabl a  (S3). 

3.  REMAINING  EVAC  CAPABILITY.  IF  any  capability  raaains  to  evacuate 

the  selected  RJ ,  then  do  RJ  EVACUATION  (step  4);  otherwise,  do  RJ  STAYS 
(step  3).  Evac  capability  is  determined  by  utilizing  the  RJ-EV-Pri- 
Table  in  priority  order.  IF  sufficient  capability,  given  Rec-Evac- 
Capabilities,  exists  For  an  evac  vehicle  type  atven  in  the  table  to 
satisfy  the  RJ  requirement,  then  that  evac  vehicle  type  will  be  chosen; 
otherwise,  the  next  lower  priority  evac  vehicle  type  in  the  table  is 
checked. )  .  . 

4.  RJ  EVACUATION,  Use  Rec -Evac -C apabi 1 l t i es  (F-DFI3)  to  compute  and 
deduct  the  amount  of  capability  (Evac-Typei  utilized.  IF  the  convov 
destination  is  EAC.  invoke  A-EVAC-RJ -£ AC  usmq  the  RJ-ID:  otherwise,  the 
destination  is  non-EAC.  so  compute  the  implicit  evac-mi ssion-hour3  isvic 
type)  usinq  the  process  in  F-GND- IMP-TRAVEL  (C-F7)  with  the  computed 
evac -del i ver y-t i me  (i.e.,  the  time  From  the  current  convov  location  to 
the  evac  pickup  location  to  the  evac  delivery  location  plus  the  RJ 
load/unload  time  (S8!i.  and  the  computed  con vov-ut i l i : at l on-t i me ' t l . e. . 
the  computed  evac -del i ver y-t i me  plus  the  travel  time  between  the 
delivery  location  and  the  convoy  return  location).  Cumulate  the 
weiqh^ed  evac -del i ver y-t i me  and  convov-ut i 1 i : at i on-t i me  bv  multiplying 
by  the  quantity  of  the  evac  type  used.  Invoke  A-EVACUA7E-RJ  usmq  the 
RJ-ID  and  the  departure  flao  as  parameters  iD5). 

5.  RJ  STAYS.  Schedule  a  non-EAC  evac  completion  and  convov  return.  It 
the  convoy  return  location  is  not  EaC,  then 

£  V-EVAC -COMPLET  I0N-t  IflE  *  CUMULATED  WEIGHTED  EVAC -DEL  I  VER  < 

-TIME/E VAC  VEHICLE  0 T •  USED 

EV-CONVOY-uriLIJATtr.M-riiiE  =  CUMULATED  WEIGHTED  CCfl V J Y 
-UTILIZATION -TIME /EVAC  VEH  QTY  USED. 

6.  SCHEDULE  EVAC  COMPLETION.  Schedule  F -EVAC -RECE  I  VER  «.  F  -  F  1  2  )  .  usinq 
the  Convov -  ID,  to  occur  in  EV-Evac-Comoletior.  -  Time.  Return  to 
transportation  (DQ)  the  used  and  unused  quantities.  EV-E . ac -Come  1  a 1 1 on  - 
Time  and  EV-Con vov-uti 1 i :at i on-Time. 


F-F12 

F-F12  F-EVAC-RSCEIVER  TYPE:  Interactive  Function 

SUMMARY :  This  function  recognizes  the  arrival  of  evacuated 

eateriels  and  triqgers  the  RJ  state  chanqe  to  show 
the  RJ  at  the  new  repair  site. 

TRIGGERED  BY;  Tr ansportati on  aodule 

RESULTING  IN:  REPAIR-JOB  (F-El) 

A-EVACUATE-RJ  (F-A9> 

SYSTEM  SPECIFICATION  DIAGRAM  iSSD):  * 

See  fiqure  F-26. 
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Rgur®  f  -26.  F  -  EVAC  -  RECEIVER  SSO 
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F-F.12 

DATA  DEFINITION;  F-EVAC-RECE1VER 
Connection  Data 

Nuaber _ Transferred _ Coaaents 


01 

0 

Convov-ID 

S2 

0 

RJ  state  vector 

D3 

a 

RJ-IO 

0 

Arrival-Flag 

Trigger  function. 


Trigger  A-EVACUATE-R J . 


m 


I 


r  -98 


Figur*  F-27.  F-EVAC-RECEIVER  g«n«r*tor 
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GENERATOR  DESCRIPTION:  F-EVAC-RECEI VER 

1.  RJ  UPDATES.  For  each  RJ  aoved  by  the  evac  capability  (i.e..  eatch 
the  convoy  ID  in  D1  with  the  one  in  S2),  select  and  uodate  the  RJ  state 
vector  by  invoking  A-EVACUATE-RJ  using  the  R J -ID  aid  Arrivai-Flag  as 
paraeetars  (D3). 
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F-F13  F-LOSSES-ALLOC 


TYPE:  Interactive  Function 


SUMMARY!  This  function  allocate"  assigned  strength  losses  of 
personnel  and  systems  (normally  treated/repaired  and 
directly  returned  to  their  unit)  which  have  been  or 
will  be  evacuated  to  a  higher  repair  echelon  froa 
which  returns  are  allocated  through  the  personnel  and 
supply  channels.  If  a  patient  normally  treated  and 
directly  returned  dies,  the  assigned  strength  loss 
aust  also  be  allocated. 


TRIGGERED  BY: 


REPAIR-JOB  (F-Ell 

A-EVACUATE-RJ  (F-A9) 

A-DIE-PRJ  ( F - A 1 0 ) 


RESULTING  IN: 


BOOKKEEPER  (F-E2) 

A-ASSIGN-LOSS  (F-A14) 


SYSTEM  SPECIFICATION  DIAGRAM  (3SD) : 
See  figure  F-28. 
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FJguBF-23.  F  -  LOSSES  -  ALLOC  SSD 
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DATA  DEFINITION;  F-LOSSES-ALLOC 
Connection  Data 

Nuaber _ Transferre  C _ _ Coaaents _ 

Di  o  Repair  site  unit  ID  Tripper  function, 

o  RJ-Qtv 

o  Per sonnel /Syste*-T ype 

52  o  Supoor ted-Uni ts  F-CC17 

o  Repair-Site  'key' 

o  Svstea/Porsonnel -Type  key' 

53  o  Assiqned-Qty 

o  OH-Qty 

o  Svstea/Per sonnel -Type  key' 

o  L'nit-IO  kev' 

D4  o  Allocation  Triaper  A-ASS 1 GN-LQSS 

o  Unit-10  'key' 

o  Svstea/Personnel -Type  key' 


ErFU 


Figure  F-29.  F-LOSSES-ALLOC  generator 
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GENERATOR  DESCRIPTION;  f-LOSSES-ALLOC 

1.  COMPUTE  TOTAL  ALLOCATE jN.  For  each  supported  unit  (S2) ,  accuaulate 
(ASGN-QTY (SYS/PERS-TYPE)  -  OH-QTY ( SYS/ PERS-TYPE ) )  (S3)  into  the  Alloc- 
Base. 

2.  DISTRIBUTION.  Coapute  the  share  (or  each  supported  unit  (S2): 

ALLOC  »  ( (ASGN-QTY  (SYS/PERS-TYPE)  -  OH-QTY  (SYS/PERS-TVPE) ) 
/ALLQC-BASE)  *  RJ-QTY 

and  update  the  unit  status  bv  invoking  A-ASS IGN-LOSS  using  the  Umt-ID, 
S /stee/Per sonnel -Type ,  and  Alloc  as  paraaeters  (D4). 
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APPENDIX  6 


DECONTAMINATION 


Ths  decontaaination  appendix  includes  the  sections  listed  below. 

Note  that  reference  nuebers  are  coded  to  indicate  both  the  functional 
area  (the  appendix  letter  IS]  is  used)  and  the  type  (E  *  entity,  A  * 
action,  F  «  function)  involved.  Thus,  S-Al  refers  to  the  first  action 
listed  in  decontaainati on  (appendix  G).  For  inforaation  on  the  JSD 
diagraa  notation  discussed,  see  appendix  A. 

1.  Entity  list.  The  entity  list  contains  the  reference  nuaber,  the 
naae,  and  the  definition  (suaaary  and  attributes)  of  each  entity  used  in 
decontaaination. 

,2.  Action  list.  The  action  list  contains  the  reference  nuaber, 
the  naae,  and  the  definition  (suaaary,  attributes,  generators,  and 
associated  entities)  of  each  action  belonging  to  the  entities  in 
decontaaination. 

3.  Entity-action  diaqraas  and  cross-ref erence  table.  The  cross- 
reference  table  provides  a  aapping  of  entities  and  actions.  One  JSD 
entity-action  structure  diagraa  is  provided  for  each  entity.  Following 
each  diagraa  is  a  narrative  description  of  each  action  shown. 

4.  Generator  function  list.  The  function  list  contains  the 
reference  nuaber,  naae,  and  definition  (suaaary,  triggering  gechanisas, 
and  resulting  actions)  of  each  function  associated  with  decontaaination. 
Detailed  descriptions  of  each  function  are  contained  in  the  annex. 

5.  Ann ex_.  The  contents  of  the  annex  are  as  followsi 

a.  Pi spatcher .  The  dispatcher  serves  as  a  road  aap  to  the 
functions.  It  is  not  a  JSD  structure  diagraa,  but  it  is  presented  in 
tree  fora  to  show  the  hierarchical  nature  of  the  structure  involved. 

The  root  of  the  tree  is  the  dispatcher.  The  top-level  nodes  (boxes) 
identify  the  critical  events  occurring  in  decontaaination  and  the 
subsequent  nodes  (boxes)  identify  the  functions  and  show  the 
interrel ationships  involved.  The  calling  routines  and  triggering 
•echanisas  for  each  critical  event  are  listed  above  the  event  node.  The 
actions  and  events  causedby  a  function  are  listed  below  the  function 
node.  Each  critical  event  is  numbered  for  identification  purposes  only! 
no  ordering  is  iaplied.  The  event  scheduler  (SCHED)  uses  the  critical 
event  r.uabers  to  identify  the  event  being  scheduled  by  a  function. 
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S.  Annex  (cont.) 

b.  Functions.  The  following  information  is  provided  For  each 
Function  belonging  to  decogtaai  nati  or. .  Note  that  the  reFerenct  nuaber 
oF  the  Function  (e.g.,  S-F 

(1)  Function  su 
reFerence  nuaber,  naae,  an 
contains  a  suaaarized  narr 
trigger  the  Function,  and 
result  Frra  the  Function. 

(2)  Systea  spec 
structure  diagraa  oF  the  d 
shows  the  static  rel ati onslii ps  between  the  entities  and  Functions 
involved;  no  calling  sequence  or  hierarchical  relationship  is  iaplied. 

In  addition  to  the  standard  JSC  SSO  (.citation  (see  appendix  A),  special 
notation  has  been  adopted  (jo  indicate  owne'ship.  A  single  box  is  used 
to  denote  a  Function  or  entity  belonging  to  the  specified  Functional 
area  (e.g.,  decontaaination) .  Plain  double  boxes  indicate  Functions 
belonging  to  another  CSS  ar|ea.  The  area  it  identified  in  the  outer  box 
and  the  Functions  involved  are  listed  in  tie  inner  box.  Patterned 
double  boxes  (diagonal  slashes  in  the  oute'  boxes)  indicate  Functions 
belonging  to  the  host  model.  Whenever  possible,  the  particular  module 
is  specified  in  the  inner  box  (e.g.,  chemical,  movement!.  A  timer  is 
considered  part  oF  the  CSS  nodule  and  is  represented  by  a  plain  double 
circle;  data  Files  (OF)  will  belong  to  the  entire  sodel  and  are  depicted 
by  a  patterned  double  circle.  Note  that  although  aore  than  one  data 
file  (or  tiner)  nay  be  used  by  the  specified  Function,  only  one 
representation  (circle)  will  apaear  11.  the  dianree.  The  individual  data 
Files  and  tiners  will  be  identified  ir,  the  corresponding  data  definition 
table. 

(3)  Data  definition.  This  table  provides  a  listing  of  the 
data  elenents  and  structures  reauired  For  '.he  specified  Function  and 
connects  on  their  usage.  The  connection  numbers  correspond  to  the  data 
flow  numbers  shown  on  the  $SD.  A  "0"  or  "3"  is  added  to  distinguish 
between  data  and  state  vector  elements.  Detailed  descriptions  of  the 
data  Files  can  be  Found  in  appendices  J  and  K . 

(4)  Generator  dcagram.  The  generator  diaorae  is  similar  to 
the  JSD  en t i t v-ac t i on  diaafams  described  in  paragraph  3  above.  Each 
node  (box)  depicts  either 
step  required  by  the  procc- 

(5)  Generator  description.  The  generator  description 
provides  a  detailed  narratl/e  o(  the  function  process.  Step  numbers 
correspond  to  the  box  numbers  shown  o:  t'e  associated  generator  diagram'. 
(Note  that  not  all  boxes  ate  assigned  u  number.)  Data  elements  cited 
refer  to  the  data  listed  i(i  the  associated  data  definition  table. 


n  iteration,  a  selection,  or  a  sequential 
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)  appears  at,  the  top  of  each  page. 

■ary.  The  Function  sueeary  contains  the 
definition  of  a  Function.  The  definite  on 
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1.  ENTITY  LIST 
S-El  DECON-UNIT 

SUMMARY:  This  entity  represents  any  unit  which  perfores 

deliberate  decontaaination  operations.  A  DECON-UNIT 
will  exist  as  a  real  unit  in  the  eodel  and  as  such 
will  have  all  of  the  noreal  unit  attributes.,  In 
addition,  it  sill  maintain  an  inventory  of  decon 
equipment  and  supplies.  A  DECON-UNIT  can  receive 
orders  to  perfora  detailed  personnel  and/or  equipaent 
decontaaination,  aove  to  another  decon  site,  perfora 
detailed  decontaaination,  use  and  receive  equipaent 
and  supplies,  and  rest.  Site  preparation 
and  cleanup  will  be  handled  as  a  delay  factor  added 
to  the  decon  process. 

ATTRIBUTES:  Unit  ID  Unit  opcode 

MOPP  level  Unit  status 

Unit  suppression  Unit  effectiveness 

Personnel  inventory  Unit  location 

Decon  equipaent/suppiy  inventory 

G-E2  D-CUSTOMER 

SUMMARY  *  This  entity  represents  any  contaainated  unit  which  is 
to  receive  deliberate  decontaaination.  When  a  unit  in 
the  gate  is  contaainated,  a  decision  is  made  reqardinq 
what  decon  (hasty,  deliberate,  none)  should  be  used. 

If  deliberate  decon  is  selected,  the  unit  becomes  a 
decon  customer  (D-CUSTOMER)  and  as  such  Mill  be  able 
to  be  split  (into  a  parent  unit  and  a  teaporary  D- 
CUSTOMER  unit),  move  to  a  designated  decon  site,  use 
its  equipaent  and  supplies  in  the  decon  process, 
undergo  decontaaination,  return  to  its  original 
location,  and  rejoin  its  parent  unit  (as  the  need 
ar  i  ses ) . 

ATTRIBUTES:  Unit  ID  Unit  status 

MOPP  level  Unit  opcode 

Unit  suppression  Unit  effectiveness 

Personnel  inventor/  Unit  location 

Equipaer.  t/sucoly  inventory 


2.  ACTION  LIST 
S-rtl  A-BE6IN-DEC0N 

SUMMARY:  The  BEGIN-DECON  action  notifies  tha  D-CUSTOMER  and 

the  OECON-UN1T  that  tha  decontamination  process  has 
bagun  by  setting  their  status  flag*  and  raaoving  tha 
aaount  of  aguipaant  and  supplia*  to  ba  used  by  tha 
procasa  (calculated  in  F-DECON)  fro*  tha  invantory. 

ATTRIBUTES:  D-CUSTOMER  unit  ID  D-CUSTOMER  itatu* 

DECON-UNI T  ID  DECON-UNIT  statu* 

Dacon  aquipaent/aupply  invantory 
Aaount  of  aqui paent/suppl ias  used 

GENERATOR:  F-DECON  (S-F6) 

ENTITY:  ,  DECON-UNIT  (G-El)  D-CUSTOHER  (G-E2) 

G-A2  A-END-DECON 

SUMMARY:  Tha  END-DECON  action  notifia*  tha  DECON-UNIT  and 

D-CUSTOMER  when  the  decon  process  ha*  been  completed 
by  resetting  the  unit  status  flags  and  the  MOPP  level. 

ATTRIBUTES:  DECON-UNIT  ID  DECON-UNIT  statu* 

D-CUSTGMER  Ur  it  ID  D-CUSTCMER  status 

D-CUSTCMER  MOpP  Level 

'  GENERATOR:  F-DONE  DECON  (G-F7) 

ENTITY:  DECON-UNIT  (G-El)  D-CUSTOMER  (G-E2) 


G- A3  A-DETACH 

SUMMARY:  The  DETACH  action  is  triggered  when  only  a  portion  of 

the  contaminated  unit  is  to  be  decontaminated.  The 
DETACH  action  removes  a  designated  percentage  of  each 
equipment,  socolv,  ..  n  d  personnel  type  from  the  parent 
unit  and  trancfe's  .t  to  the  newlv  created  unit. 

ATTRIBUTES:  Parent  unit  ID  Unit  status 

Parent  eauiprer, t/supplv /personnel  inventory 
D-CUSTCMER  unit  ID  Percentage  to  detach 

D-CUSTCME'-'  c*  o  u  i  P  m  o  n  t  /  s  u  p  p  1  /  /personnel  inventor,1 

GENERATOR:  F-DETACH  i G - r  4 ) 

ENTITY:  D  CUSTOMER  iG-Ll1) 


A- ATT  ACH 

SUMMARY:  The  ATTACH  action  reunites  th»  temporary  D-CUSTOMER 

and  its  parent  unit  by  returning  the  D-CUSTOHER ' s 
personnel  and  equipsent/supply  inventories  to  the 
parent  unit. 

ATTRIBUTES:  Parent  (contaai nated)  unit  ID 

Parent  eq(uipsent/supply  inventory 
Parent  personnel  inventory 
D-CUSTOMER  (Temporary)  ID 
D-CUSTOMER  personnel  inventory 
D-CUSTOMER  equipaent/supply  inventory 

GENERATOR:  F-DECON- ATOBJ  (S-F5) 

ENTITY:  D-CUSTOMER  (S-E2) 


A-BEGIN-REST 

SUMMARY:  The' BEGIN-RES’  action  notifies  the  DECON-UNIT  of  the 

beginning  of  its  rest  cycle  by  setting  its  unit 
status  flag. 

ATTRIBUTES:  '  DECON-UNIT  ID  Unit  status  flag 

GENERATOR:  F-DQNE-DECON  (S-PV  >  F-DECON  (G-F6) 

ENTITY:  DECON-UNIT  (G-E2) 


A-END-REST 

SUMMARY:  The  END-REST  action  notifies  the  DECON-UNIT  nhen  it  is 

time  to  Hake  up  anj  enter  its  nork  cvcle  by  resetting 
its  unit  status  flap. 

ATTRIBUTES:  DECON-UNIT  ID  Unit  status  flag  ■ 

GENERATOR:  F-DECON- AVAIL  <fi-F.2i  F-DECON  (G-F6) 

ENTITY:  DECON-UfIT  (G-E2) 


3.  CROSS-REFERENCE  AND  ENTITY-ACTION-DIAGRAMS 


ENTITY 

ACTION 

DECON-UNIT 

(G-El ) 

A-BEGIN-DECON 

(G-Al ) 

A-END-DECON 

(6-A2) 

'  A-BEGIN-REST 

(G-A5) 

A-END-REST 

(G-A6) 

D-CUSTOMER 

(S-E2) 

A-DETACH 

(G-A3) 

A-BEGIN-DECON 

(G-Al) 

A-END-DECON 

{ G — A  2  > 

A-ATTACH 

(G-AA) 

1 


m  v  jumbiu  u^wjmhbwa  ubulihwi  mia  ma 


GLEJL 


Figure  G-l .  Entity-action  diagram  For  DECDN  UNIT 
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Entity-Action  Description:  DECON-UNIT  (6-El) 


1.  A-BE61N-DEC0N  (G-Al).  The  BEGIN-DECON  action  is  trigqered  by  F- 
DECON  (G-F6)  and  notifies  the  O-CUSTOHER  and  the  DECON-UNIT  that  the 
decontaeination  process  has  begun  bv  setting  their  status  Flags  and 
reaovinq  the  aeount  of  equipeent  and  supplies  to  be  used  by  the  process 
froa  the  DECON-UNIT  inventory.  The  mforaation  required  includes: 

o  D-CUSTOHER  unit  ID 
o  •  D-CUSTOHER  status 
o  DECON-UNIT  ID 
o  DECON-UNIT  status 
c  Deeon  equi paent /suppl y  inventory 
o  Aaount  of  equi pment /supp 1 i es  to  be  used 


2,  A-END-DECON  (G-A2).  The  ENO-DECON  action  notifies  the  DECON-UNIT 
and  D-CUSTOHER  when  the  decon  process  has  been  coapleted  by  resettinq 
the  unit  status  flags  and  the  D-CUSTOHER  HQPP  level  and  sett’nq  the 
DECON-UN IT's  current  D-CUSTOHER  slot  to  0.  The  required  infcraation 
includes: 

o  DECON-UNIT  ID 
o  DECON-UNIT  status 
o  D-CUSTOHER  unit  ID 
o  D-CUSTOHER  status 
a  D-CUSTOMER  HOPP  level 

3.  A- BE 3 IN- RE ST  (G-A5).  The  BEGIN-REST  action  notifies  the  DECON-UNIT 
of  the  beqinninq  of  its  rest  cvde  bv  charqinq  its  status  flaq.  The 
required  mforaation  includes: 

o  DECON-UNIT  ID 
o  Unit  status  flag 


4 .  H-END-REST  (G-Afe).  The  END-REST  action  notifies  the  DECON-UNIT  when 
it  is  tiae  to  wake  up  and  enter  its  work  cycle  bv  resettinq  its  status 
flaq.  The  required  information  includes: 

o  DECON-UNIT  ID 
o  Unit  status  f 1  a  a 
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Fiaura  G-2 .  Entity-action  diagram  for  OECDN  CUSTOnER 
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Entity-Action  Description!  D-CUSTOMER  (G-E2) 


1.  A-BEGIN-DECON  (G-Al).  The  BE61N-DEC0N  action  is  triggered  by  F- 
DECON  (G-F6)  and  notifies  the  D-CUSTQHER  and  the  DECON-UNIT  that  the 
decontaeination  process  has  begun  by  setting  their  status  flags  and 
removing  the  aeount  of  equipment  and  supplies  to  be  used  by  the  process 
froe  the  unit  inventory.  The  information  required  includes: 

o  D-CUSTOMER  unit  ID 
o.  D-CUSTOMER  status 
o  DECON-UNIT  ID 
o  DECON-UNIT  status 
o  Decon  equi peent / suppl y  inventory 
o  Aeount  of  equi peent /suppl i es  to  be  used 


2.  A-END-DECON  (G-A2).  The  END-DECON  action  notifies  the  DECON-UNIT 
and  D-CUSTOMER  when  the  decon  process  has  been  completed  by  resetting 
the  unit  status  flags  and  the  D-CUSTOMER  MOPP  level  and  setting  the 
DECON-UNITs  current  D-CUSTOMER  slot  to  0.  The  required  information1 


includes: 

0 

DECON-UNIT 

ID 

0 

DECON-UNIT 

status 

'  0 

D-CUSTOMER 

unit  ID 

0 

D-CUSTOMER 

status 

0 

D-CUSTOMER 

MOPP  level 

3.  A-DETACH 

Jib?  51- 

The  DETACH 

action'  is  triggered  «h*n  the  decision 

has  been  made  to  have  the  contaminated  unit  undergo  decontamination  in 
sections.  A  temporary  D-CUSTOMER  is  created  bv  removinq  or  splitting 
off  a  portion  of  the  contaminated  unit.  The  percentage  to  be  removed 
depends  upon  the  type  of  unit  involved.  DETACH  removes  the  designated 
percentage  of  each  equipment,  supply,  and  personnel  tvoe  from  the  oarent 
unit  and  transfers  it  to  t* i  new  temoorarv  unit.  The  split-off  portion 
aill  then  act  as  an  independent  unit  li.e.,  it  Hill  be  able  to  perform 
all  the  actions  of  a  regular  unit)  until  it  has  been  decontaminated  and 
rebttached  to  its  parent.  The  required  information  includes: 

■3  Parent  (contaminated)  unit  ID 
o  Unit  t/pe 

o  Parent  equipmen(/supply  inventory 
o  Parent  personnel  inventory 
3  D-CUSTOMER  (temporary)  ID 
o  Percentage  to  detach 
o  D-CUSTOMER  personnel  inventory 
o  D-CUSTOMER  egu i o men t / supp 1 y  inventory 


Entity-Action  Descriptions  D-CUSTOMER  (8-E2)  (cont.) 


4.  A-ATTACH  (S-A4).  The  ATTACH  action  reunites  the  toeporary  D- 
CUSTOMER  and  its  parent  unit  by  transferring  the  D-CUSTOHER's  personnel 
and  equipeent/supply  inventories  to  the  parent  unit. 

o  Parent  (contaminated)  unit  ID 
o  Parent  equi paent /suppl y  inventory 
o  Parent  personnel  inventory 
o  D-CUSTOMER  (temporary)  ID 
o  D-CUSTOMER  personnel  inventory 
o  O-CUSTOMER  equi peent/ suppl y  inventory 


G-i : 


4.  GENERATOR  FUNCTION  LIST. 


G-F 1  F-DECISION 

SUMMARY :  This  Function  can  be  called  by  either  the  cheeical 

eodule  or  a  qaee  controller  when  a  decision  is  needed 
on  whether  the  D-CUSTOMER  requires  deliberate  decon, 
hasty  decon,  or  no  decon. 

TRIGGERED  BY:  Chemical  aodule  Gaee  controller 

RESULTING  IN:  F-PREPARE  (G-F3) 

Request  on  the  queue/dropped 


G-F2  F-DECON-AVAIL 

SUMMARY:  This  Function  is  called  when  a  QECQN-UNIT  is  available 

For  a  job  ii.e.,  whun  it  has  at  least  one  empty  slot 
in  its  D-CUSTOMER  list  and  it  is  not  “at  rest").  A 
decon  request  is  removed  From  the  control  queue  and 
checked  to  see  iF  the  designated  unit  still  needs 
decontaei nati on .  If  it  does,  the  unit  is  added  to  the 
DECON-UNIT's  standby  list.  IF  not,  the  request  is 
discarded  and  the  next  request  checked. 

TRIGGERED  BY:  F-DECON-ATOBJ  IG-F5)  F-DECON  ( G - F 6 ) 

F-DONE-DECON  (G-F?) 

RESULTING  IN:  F-PREPARE  (G-F3) 

DECON  UNIT  G-E 1 ) 

A-END-REST  (G-A b) 


G-F3  F-PREPARE 


SUMMARY:  This  Function  determines  the  D-CUSTOMER  percentage  to 

be  detached,  the  amount  oF  supplies  required,  the 
amount  of  supplies  to  order,  and  the  decon  site. 


TRIGGERED 

BY: 

F-DECISICN 

( G-F 1 ) 

F-DECON 

( G  -  F  6  ) 

F-DECON-AVAIL 

( G-f 2 ) 

F-DONE-DECON 

(G-F7) 

F-DECON-ATOBJ 

( G-F5) 

F-DONE-CUSTOMER 

<  g-f  a ) 

RESULTING 

IN: 

Movement  module 
F- JF-RQMT 

(D-F6) 

Supply 

F-DETACH 

(G-f 4) 

Detach  percent. 

decon 

si te,  suppl les  to  order 

S-F4  F-DETACH 


SUMMARY:  This  (unction  triggers  tha  host  aodal  routina  which 

creates  teaporary  units  and  triggers  A-DETACH  to  fill 
it  with  a  designated  portion  of  tha  contaainated  unit. 

TRIGGERED  BY:  F-PREPARE  (G-F3) 

RESULTING  IN:  D-CUSTQHER  (6-E2) 

A-DETACH  (G-A3) 

Teaporary  unit  created  by  a  host  aodal  routine 


G-F3  F-DECON-ATOBJ 

SUMMARY:  Nhen  either  tha  D-CUSTOMER  or  DECON-UNIT  has  arrived 

at  its  objective,  this  function  datarainas  what  tha 
objective  is  (decon  site  or  parent  unit  or  other)  and 
triggers  whichever  is  appropriate:  F-DECON  or  A-ATTACH 
or  none).  Following  A-ATTACH,  the  parent  unit  is 
checked  and  F-PREPARE  is  called  for  additional  decon 
requi resents. 


TRIGGERED 

BY: 

F-DONE-DECON 

(G-F7) 

Movement  module 

RESULTING 

IN: 

F-DECON 

(G-F6) 

F-PREPARE 

(G-F3) 

F-DECON-AVAIL 

(6-F2) 

D-CUSTOMER 

(G-E2) 

A-ATTACH 

(S-A4) 

F-DECON 

SUMMARY: 

The  DECON  function  schedules  decon,  computes  the  delay 
tiae,  calculates  the  amount  of  supplies  and  equipment 
to  be  used,  orders  replacement  supplies,  determines 
the  tine  the  decon  orocess  will  be  cosoleted. 

TRIGGERED 

BY:  F-DECON-ATOBJ  (G-Al)  F-DONE  DECON  (G-F7) 

Makeup  scheduled  by  F-DECON  (G-Fb) 

RESULTING 

IN:  F-PREPARE 

F-DONE-DECON 
DECON-UNIT 
D-CUSTOMER  , 
A-BEG I N-DECON 
DECON-UNIT 
A-BEGIN-REST 
A-END-REST 

<  G-F3 )  F-DECON-AVAIL  (G-F2) 

(G-F7)  Scheduled 

(G-El) 

(G-E2) 

( G  -  A 1 ) 

( G-E 1  > 

(G-A5) 

(G-AB) 

Makeup 


G-:  7 


6-F7  F-DONE-DECON 


G-F9 


SUMMARY :  This  Function  determines  what  the  DECON-UNIT  dost  ones 


ths  unit  has  coapls 
anothsr  job,  look  F 
F-DONE-CUSTOMER  to 

TRIGGERED  BY:  F-DECON 

Haktup  schedule 

RESULTING  IN:  F-DECON 

F-DECQN-ATOBJ 
F-DONE-CUSTOMER 
DECON-UNIT  • 
A-BES1N  REST 
DECON-UNIT 
D-CUSTOMER 
A-END  CLCON 


:sd  3  decon  job  <i.*.,  rsst,  beqin 
another  D-CUSTOMER)  and  triggers 
:heck  ths  D-CUSTOMER's  next  aove. 

(G-F6) 

I  by  F-DECON  or  F-DONE-DECON 

(B-Fi)  F-DECON-AVAIL  (G-F2) 

(G-Fi)  F-PREPARE  (G-F3) 

(S-FB)  Makeup 
(G-El) 

(G-A'5) 

(G-ED 

(G-E2) 

(G-A2) 


F-DONE-CUSTOMER 


SUMMARY: 

This 

;  Function  determ 

inst  what  the  D-CUSTOMER 

once 

1  ths  dscon  procc 

ss  has  been  coapleted. 

TRIGGERED 

BY: 

F-DONE-DECON 

(G-F  f) 

RESULTING 

IN: 

F-TRANSP-DECON 

(C-F16)  Transportation 

F-PREPARE 

(G-F3) 

D-CUSTOMER 

( G  -  E  2 ) 

A.-ATTACB 

( G-A  J ) 

Moveasnt  aodul e 


G-14 


MOVEMENT  MODULE 
F-JF-3QMT  (D - Ffl) 

i 


§-y. 

G-Fl  F-DECISION  TYPE:  Interactive  Function 

SUMMARY :  This  function  reads  a  file  of  decontaeination  (decon) 

requests  and  deteraines,  using  the  F-COMMANDER,  what 
type  of  decon  the  D-CUSTQMER  should  receive.  The 
requests  can  coae  froe  either  the  cheeical  aodule, 
the  controller,  or  ^  potential  D-CUSTOMER  unit.  If 
deliberate  decon  is  selected,  F-PREPARE  is  called. 

*  If  no  DECQN-UNI T  is  available,  the  request  is  placed 

in  the  control  unit's  waiting  queue.  If  deliberate 
decon  is  not  selected,  the  request  is  dropped. 

TRIS6ERED  BY:  Decon  Dispatcher  froe: 

*  Cheeical  eodule  when  a  unit,  is  hit  by  a 

persistent  or  seeipersistent  hazard 
Gaae  controller  when,  the  qaee  controller 
directs  a  unit  to  be  decontaeinated 

RESULTING  IN:  F-PREPGRE  (6-F3) 

(when  *  unit  is  to  receive  deliberate 

decon  and  needs  to  have  a  DECON-UNIT  assiqned) 

SYSTEM  SPECIFICATION  DIAGRAM  (SSD):  s 

See  figure  G-4. 
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Hgura  (3  A  F-  DECISION  SSD 
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B-£l 

DftTfl  DEFINITION!  F-DEC1S1QN 
Connection  Data 

Nuaber _ Transferred _  _ _ Cqaaents _ 

D1  o  D-CUSTOHER  unit  ID  Read  to  trigger  function 

o  DECON-UNIT  ID  (opt.)  of  a  decon  request, 

o  Decon  site  location  (opt.) 

S2  o  D-CUSTOHER  type  D-CUSTOHER  state  vector 

o  O-CUSTOHER  opcode 
o  HOPP  1 evel 

o  Coabat  status  In  coabat/not  in  coabat 

o  Tiae  unit  Mas  contaainated 
o  Tiae  since  last  hasty  decon 
o  Type  hazard 

D3a  o  Hazard 

oo  Persistent 
oo  Seaipersistent 

03b  o  Decon  control  unit  ID  Decon  request  assignaent 

o  Control  unit  echelon 
o  Nuaber  of  requests 

D4a  o  Decon  type  Hasty/ Del i berate/none 

(G-CC2) 

D4b  o  D-CUSTOHER  decon  status  Queue  or  forward  (G-CC1) 

D5  n  Haxiaua  shift  tiae  G-DF1 

o  Control  unit  ID  Locate  the  next  control 

unit  in  the  hierarchy 
(G-DF2). 

Ob  o  D-CUSTOHER  unit  ID  Written  to  Maitinq  queue 

o  Type  hazard 

D7  o  D-CUSTOHER  unit  ID  Written  to  F-PREPARE. 

o  DECON-UNIT  ID 
o  Objective  location 

58  o  Decon  control  unit 

59  o  Current  D-CUSTOHER  ID  DECON-UUIT  state  vector 

o  Standby  list 

o  Time  worked  this  shift 


Factors  affecting  the 
type  of  decon  selected 


G- I  9 


G.-E1 


Figure  G-5a.  F-OECISION  generator 
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G-F 1 

GENERATOR  DESCRIPTIONS.  F-DECISION 

1.  READ  FILE  1.  Read  Dl.  If  th*  model  triggers  this  function,  only  D- 
CUSTQMER  ID  Hill  be  defined.  If  th*  gamer  triggers  this  function  with  a 
d*con  request ,  he  has  th*  cotiOn  of  defining  a  DECDN-UNIT  and  a  decon 
fit*  location.  All  three  *l*eents  aro  n**d*d  in  D7. 

2.  DEFINE  PARAMETERS.  The  following  paraieters  (S2)  are  used  to 
detereine  the  D-CUSTOMER's  decon  status: 

o  Unit  type  and  opcode 

o  Coebat  status  (in  ground  combat,  not  in  ground  coebat) 

3.  TRI6GER  F-COMMANDER.  This  function  is  called  (using  the  parameters 
in  D3a)  to  detereine  uhether  hasty  or  deliberate  deenn  Hill  be  done. 

The  decon  type  (D4a)  is  returned. 

4.  HASTY.  If  hasty  is  the  decon  type  selected,  the  contaainated  unit 
(D-CUSTOMER)  **i 1 1  perforn  its  own  hasty  decon,  implicitly.  The  decon 
aodule  takes  no  action  but  to  return  to  the  calling  routine. 

5.  CONTROLLER  LOOP.  Each  controller  unit  in  the  contaeinated  unit’s 
decon  reporting  hierarchy  is  checked  for  availability.  The  decon 
request  Hill  either  be  filled  or  put  on  a  controller  queue. 

6.  DETERMINE  CONTROLLER.  The  contaminated  unit's  state  vector  (S2)  is 
checked  to  determine  th*  decon  control  unit  supporting  it.  If  its 
assigned  decon  control  unit  is  full,  then  th*  control  unit's  own 
controller  Hill  be  examined  (SB) .  This  search  is  repeated  until  an 
available  controller  is  located^ 

7.  LOCATE  DECON-UNIT.  Each  DECON-UMIT  reporting  to  th*  decon 
controller  is  checked  for  availability. 

8.  CHECK  SPACE,  The  availability  of  the  DECON-UNIT  to  begin  work 
immediately  (S?)  is  checked.  A  DECON-UNIT  can  be  working  on  a  D- 
CUSTOMER  and/or  have  a  standby  D-CUSTOMER  in  the  queue.  If  a  DECON-UNIT 
has  two  D-CUSTOMERs  (one  current  and  one  standby),  it  cannot  accept 
another.  If  no  D-CUSTOMER  is  on  stardbv,  ur  if  none  is  currently  beinq 
deconned,  the  DECON-UNIT  is  able  to  receive  another  D-CUSTOMER. 

9.  CHECK  WORK  TIME.  A  DECON-UNIT  can  onl”  perform  decon  a  certain 
length  of  time  without  rest.  Before  pairing  up  a  D-CUSTOMER  and  a 
DECON-UNIT,  the  time  the  DECON-UNIT  has  worled  in  its  shift  is 
determined  (S9i.  If  the  time  worked  is  greater  than  or  equal  to  the 
maximum  shift  time  (S5),  or  .f  it  is  cirrertlv  "at  rest."  the  DECON-UNIT 
will  not  be  available  until  the  end  of  its  scheduled  rest  period. 
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F -DEC  I S I  OK  (cont.) 

10.  NEXT  0EC0N.  If  the  OECON-UNIT  is  not  available,  the  next  DEC0N- 
UNIT  is  checked. 

11.  DETERMINE  ASSIGNMENT.  If  no  DECCN-UNIT  under  the  controller  is 
ieeediately  available,  F-CQMMANDER  is  triggered  using  paraeeters  in  D3b 
to  determine  what  to  do  with  the  reguest.  The  request  can  either  retain 
assigned  to  this  controller  and  be  put  m  a  queue  or  it  can  be  forwarded 
to  the  next  controller  (D4b). 

12.  QUEUE.  If  the  decision  is  to  have  the  request  reeain  with  the 
current  control  unit,  the  request  is  added  to  the  request  queue.  A 
first-in,  first-out  (FIFO)  priority  svstee  it  used. 

13.  FORWARD  REQUEST.  If  the  decision  is  to  forward  the  request,  DSb  it 
checked  to  deteraine  the  next  control  unit  in  the  hierarchy.  The  new 
control  unit  is  processed  startinq  at  :tep  5. 

14.  DECON  ASSIGNED.  When  the  DECGN-UNIT  is  assigned  by  the  gaeer,  no 
search  is  necessary.  '  • 

15.  ASSIGN  D-CUSTOMER.  If  4  DfiCON-L'Nl  T  is  available,  the  D-CUSTOMER  ID 
is  added  to  the  DECON-UNIT's  D-CUSTOMER  list  and  F-PREPARE  is  triggered 
using  paraeeters  in  D7.1 


G-F2 


G-F2  F-DECON-AVAIL  TYPE:  Interactive  Function 

SUMMARY:  This  function  checks  the  DECON-UNIT '%  control  unit 

queue  for  work  to  to  done.  It  reeaves  a  decon  request 

froa  the  queue  and  checks  to  see  if  . the  designated 

unit  still  needs  decontamination.  If  not,  the  request 

is  discarded  and  another  reeoved  froa  the  queue.  If 

it  does,  the  designated  unit  is  added  to  the  DECON- 

UNIT'S  standby  list  as  either  the  current  or  next 

D-CUSTOMER.  This  process  simulates  the  cheaical  • 

officer  being  informed  tnat  the  DECON-UNIT  is  ready 

for  another  aission  and  the  assignment  of  the  aission. 


TRIGGERED  BY: 

f-decom-atqb: 

(G-F5) 

F-DECON 

<  S-F6  > 

F-DONE-DECON 

1G-F6) 

RESULTING  IN: 

F-PREPARE 

(G-F3) 

DECON-UNIT 

' G-El  i 

A-ENL  REST 

(5  A6) 

SYSTEM  3PEC.I  F  I  CAT  ION  DIAGRAM: 
See  figure  G-6. 
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DATA  DEF INI T I ONj  f-DECOJ-AVAI L 


Connection 

Data 

__Nuaber 

TransFarred 

_ Contents . . . 

01 

0 

DECON-UNIT  ID 

Read  to  trigger  Function 
oF  work  request. 

0 

D-CUSTOHER  typa 

Currant  or  standby 

S2 

0 

Controll ar  queue 

0 

D-CUSTOHER  ID 

Locate  custoaer  unit  and 

0 

Hazard  type 

idantiFy  hazard  needs. 

0 

Tiae  unit  was 
contaai nated 

03 

0 

Hazard  type 

Raad  to  Find  out 

0 

Hazard  liFetiae 

expiration  tine  oF  , 
hazard  (6-DF3). 

04 

0 

0-CU3T0HER  ID 

Nritten  to  F-PREPARE. 

0 

DECON-UNIT  ID 

S3 

0 

DECON-UNIT  status 

DECON-UNIT,  data  required 

G-2o 


F- 

DECON- 

AUAIL 


Figure  Q-7.  F-OECDN-ftUAIL  generator 
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2.  SEARCH  OU 
a  D-CUSTOHER 

3.  SET  D-CUSj 
froa  tha  wait 


tha  hazard'* 
(S3)  and  by  c 
contaai nated 
fr oa  tha  curr 
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GENERATOR  DESCRIPTION!  F-DECON-AVAIl 

1.  READ  Flit!  1.  D1  identifies  a  DECON-UNIT  ayailabla  for  work  or  with 
rooa  on  it*  standby  list.  Tha  DECON-UNIT  status  is  checked  and  if  it  is 
currently  *  at)  rest,"  an  END-REST  action  is  triggered. 


EUE.  The  DECQN-UNIT's  control  unit  queue  is  searched  until 
is  found. 

TONER.  The  first  D-CUSTOHER  (i.e.,  request)  is  reaoved 
ing  queue  (S2) . 


4.  CHECK  TINE.  The  hazard's  expiration  tiae  is  checked  by  retrieving 


type  and  its  expiration  t l it  froa  the  contaaination  table 
jalculatinq  the  lenqth  of  ties  since  the  D-CUSTOHER  was 
(i.a.,  subtract  the  tiae  the  D-CUSTOHER  was  contaainated 
ent  tiae).  This  tise  is  coapared  to  the  expiration  tiae  of 


the  hazard  found  in  D3. 

5.  ASSIGN.  If  the  D-CUSTQHER's  contaaination  tiae  length  is  less  than 
or  equal  to  the  hazard's  expiration  tine  lenqth,  the  D-CUSTOHER  is 
placed  on  the  DECQN-UNIT's  list  and  the  O-CUSTOHER  unit  ID  and  DECON- 
UNIT  ID  are  slent  to  F-PREPARE  <D4). 


6.  DROP  REQUE 
than  the  haza 
taken. 


ST.  If  the  D-CUSTOHER's  contaaination  tiae  is  greater 
rd's  expiration  tiae,  drop  the  decon  reauest;  no  action  is 


3?.'!  A 


.'I 
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G-F3  F-PREPARE  TYPE:  Interactive  Function 

SUMMARY:  This  Function  obtains  a  DECON-UNIT  and  contaninated 

unit  pair  Froa  F-DEC I S I  ON  or  F-OECON  AVAILABLE  and, 
using  F-CQMMANDER,  datarainas  tha  percentage  oF  tha 
unit  to  ba  detached  For  decontaaination;  where  tha 
dacon  process  will  , taka  place;  and  what  supplies/ 
aquipaant  will  ba  needed.  It  than  issues  tha  orders 
For  supplias/equipnant,  unit  detachaent,  and  aovaaant. 


TRIGGERED 

BY: 

F-DECISIQN 

(G-Fl) 

F-DECON 

(6-F&) 

F-DECON-AVAIL 

(S-F2) 

F-DONE-DECON 

(G-F7) 

F-OECON  ATOBJ 

(G-F5) 

F-DONE-CUSTOMER 

<  S-F8  > 

RESULTING 

IN: 

Detach  parcantaga 

F-COHHANDER 

Suppl y/aqui paent  aaounts 

F-CCMHANDER 

Objective  location 
F-DETACH 

(G-F4) 

F-COMMANDER 

F-JF-RQHT 

Movanent  aodule 

<  D — F  6 ) 

Supply 

SYSTEM  SPECIFICATION  DIAGRAM: 
Sea  Figure  6-8. 


G-2? 


Figure  0  -  8 .  F  -  PREPARE  SSO 
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DATA  DEFINITION!  F-PREPARE 


8-F3 


Connection 

Data 

Nuaber 

Transf erred 

Coaaents 

Di 

0 

D-CUSTOHER  unit  ID 

Read  to  trigger 
function. 

0 

DECON-UNIT  ID 

0 

Objective  location 
decon  site 

D2 

0 

D-CUSTOHER  unit  ID 

Inforaation  used  to 

0 

Coabat  status 

deteraine  aoveaant. 

J 

DECON-UNIT  ID 

0 

DECON-UNIT  location: 
oo  At  decon  site 
oo  Not  at  decon  site 

D3 

0 

Decon/custoaer  aoveaent 

Select:  D-CUSTOHER  aoves 

table  (S-CC4) 

to  decon  site;  DECON- 
UNIT  aoves  to  D- 
CUSTOHERi  both  aove. 

D4 

0 

Parent  unit  ID 

See  DETACHHENT 

PERCENTAGE 

0 

Percent  detached 

(S-DF4) 

0 

New  D-CUSTOHER  unit  ID 

D5  . 

0 

Supply  typeis) 

Types  of  supplies/ 

0 

Quantity 

equipnent  and  aaounts 
requi red  of  . each. 

56 

0 

Hoveaent  Flag 

D-CUSTOHER  state  vector 

0 

Unit  status 

0 

Equi paent/suppl y  inventory 

0 

Unit  location 

' 

0 

Unit  ID 

0 

Hazard  type 

0 

Tine  of  contaainati on 

S7 

0 

Hoveaent  flag 

DECON-UNIT  state  vector 

0 

Unit  ID 

0 

Equi paent /supp 1 y  inventory 

0 

coabat  status 

0 

1 ocati on 

D8 

0 

Hovinq  unit  IDs 

Used  to  determine  unit's 

0 

Objective  location 

location. 

G-F3 


Figure  G-9a .  F-PREPARE  generator 
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Figure  G-9b.  F-PREPARE  generator  (continued) 
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GENERATOR  DESCRIPTION!  F-PREPARE 

1.  READ  FILE  1.  Di  ii  rod. 

2.  DEFINE  PARAMETERS.  The  D-CUSTOMER  status  (whol e/detached)  and  the  * 

aovsssnt  typa  art  datarainsd  by  considering  tha  following  paraaeters 

froa  D2  and  S&i 

o  D-CUSTOMER  ID,  typa,  opcoda,  status,  location 

o  DECON-UNIT  ID,  status,  location  • 

o  Hazard  typa,  tiaa  of  contaaination 

3.  TRIG6ER  F-COMMANDER.  F-COMMANDER  is  triggarad  first  to  dataraina 
whether  to  datach  or  not  and  than  to  dataraina  which  aovaaant  action  to 
usa  (D3)> 

o  D-CUSTOMER  aovas  to  dacon  sita 
o  D-CUSTOMER  and  DECON-UNIT  aova  to  dacon  sita 
o  DECON-UNIT  aovas  to  tha  D-CUSTOMER 

4.  CHECK  DETACHMENT.  If  a  D-CUSTOMER  is  to  ba  datachad,  D4  is  chackad 
to  dataraina  tha  parcantaga. 

5.  TRIGGER  F-DETACH.  F-DETACH  is  triggarad  using  DBt 

o  D-CUSTOMER  unit  ID 
o  Datach  parcant  (X) 

6.  DON'T  DETACH.  Tha  D-CUSTOMER  will  get  daconned  as  a  whola. 

7.  CHECK  SUPPLIES.  Check  aaount  of  every  supply  typa  needed  for  each 
D-CUSTOMER. 

8.  D-CUSTOMER  EQUIPMENT.  Check  aaount  needed  for  each  D-CUSTOMER 
equtpaent  type  (including  personnel). 

9.  COMPUTE  AMOUNT  NEEDED.  The  total  aaount  of  dacon  supplies  needed  is 
accuaulated.  Tha  aaount  of  dacon  supplies  needed  is  a  function  of  D- 
CUSTOMER  equipaent  typa  (S9)  and  dacon  supply  typa. 

TOTAL  AMOUNT  SUPPLIES  «  TOTAL  PREVIOUS  AMOUNT  SUPPLIES 

<•  AMOUNT  OF  THE  SUPPLY  TYPE/EOUIPMENT ,  TYPE 
+  [AMOUNT  OF  THIS  EQUIPMENT  TYPE  IN  THE  UNIT 
X  DETACHED  PERCENTAGE  (7.)] 


f 
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F-PREPARE  (cent.) 

10.  TRIGGER  SUPPLY  ORDER.  This  is  a  job  refill  action  to  order 
supplits.  All  ths  supplies  that  are  needed  are  ordered  even  though  the 
DECON-UNIT  has  enough  supplies  on  hand  to  decontaeinate  a  aaneuver-si ze 
brigade.  Nhile  ths  DECON-UNIT  and  D-CUSTQMER  are  waiting  Tor  the 
supplies  to  arrive,  the  DECON-UNIT  can  start  perToreini  the  decon 
process  with  the  on-hand  aaount  and  Finish  when  the  other  supplies 
arrive.  This  will  allow  the  unit  to  aaintain  the  on-hand  supplies  at 
the  threshold  level.  F-JF-RQST  (D-F&)  is  triggered  using  D5. 


G-F4 


SYSTEM 
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F- DETACH  TYPE*  Intsractiva  Function 

SUMMARY*  This  function  is  triggered  by  F-PREPARE  ahen  the 

D-CUSTQMER  requires  detacheent.  It  triggers  a  host 
aodal  routina  to  create  a  taaporary  unit  and  calls 
A-DETACH  to  fill  it  Iron  the  contaai nated  unit. 


TRIGGERED  BY:  F-PREPARE 


(S-F3) 


RESULTING  IN:  D-CUSTOMER  (G-E2) 

A-DETACH  (G-A3) 

Taaporary  unit  craatad  by  a  host  aodal  routine 


SPECIFICATION  DIA6RAM: 


See  figure  6-10. 
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F- PREPARE 

D- CUSTOMER 

O-FT 

(PARENT  UNIT) 

F- DETACH 

1 

Q 


D- CUSTOMER 

(DETACHED 

UNIT) 


Figure  a -10.  F- DETACH  SSD 
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OATADEf  !tm  0*»  F -DETACH 


S-F4 


Connection 

Data 

Nueoer 

Tr 

Coeefntf 

01 

0 

D-CUSTOMER  unit  ID 

Paraeeters  free 

0 

Detach  percent  of  unit 

F-PREPARE. 

02 

0 

Detached  unit  ID 

Returned  te  F-PREPARE. 

03a 

0 

Supplies  assigned 

Aeounts  to  create  *  nee 

0 

Equipeent  assigned 

unit  by  subtracting  froe 

0 

Personnel  assigned 

the  parent  unit. 

03b 

0 

Nee  supply  inventory 

•  • 

0 

Nee  equipeent  inventory 

0 

Me*  personnel  inventory 

S4  o  D-CUSTOMER  unit  ID  Parent  unit  state 

o  Supply  inventory  vector, 

o  Equipeent  inventory 
o  Personnel  inventory 
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GENERATOR  DESCRIPTION!  F-DETACH 

1.  READ  FILE  1.  Tha  ir.put  piruitiri  art  raid  (Dl). 

2.  CREATE  NEN  UNIT.  Tha  host  aodei  routine  that  creates  a  taaporary 
unit  ia  triggered.  A  taaporary  unit  ie  created  to  becoae  the  nee  D- 
CUSTONER.  The  contaainatad  unit  becoaea  the  parent  aait. 

3.  ADJUST  INVENTORIES.  The  quantity  of  each  syatea  type  in  the  parent 
unit  ia  deterained.  Tha  systea  types  include  all  tha  different 
equipaent  types  and  personnel  in  tha  unit. 

4.  TRIS6ER  A-OETACH..  A-DETACH  ia  called  using  Dl,  The  detach 
percentage  (X)  of  the  unit  (Dl)  is  oultiplied  by  the  total  quantity  of 
each  systea  type  <S4>.  The  foraula  for  each  systeai 

TOTAL  OUANTITY  FOR  ONE  SYSTEM  X  DETACH  X 

«  QUANTITY  DETACHED  FOR  ONE  SYSTEM 

The  resulting  quantities  are  transferred  from  the  parent  unit  to  the  nea 
D-CUSTOHER  (D3). 

5.  RETURN.  The  neu  D-CUSTOMER  ID  is  returned  to  F-FREPARE  (D2). 


* 
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B-F5  F-DECONrATOBJ  TYPE:  Interactive  Function 

SUMMARY:  When  either  the  DECON-UNIT  or  D-CUSTOMER  hat  arrived, 

this  function  datcrainat  tha  next  ttap  or  action 
to  taka  placa.  If  a  DECON-UNIT  hat  arrived,  F-DECON 
or  F-DECON-AVAIl  it  triggered.  If  a  D-CUSTOMER 
hat  arrived,  either  F-DECON  or  A-ATTACH  can  be  called, 
depending  upon  the  unit'i  itatue.  If  A-ATTACH  it 
triggered,  the  parent  unit' t  MOPP  level  it  checked 
and,  if  additional  decontaaination  it  needed, 
r-PREPARE  it  triggered. 


TRI66ERED 

BY: 

Moveeent  aodule 
F-DONE-DECUN 

IS-F7) 

RESULTING 

IN: 

D-CUSTOMER 

» 3-E2) 

A-AiTACH 

(S-A4) 

F-DECON 

»o-F6) 

F-PREPARE 

<  S-r 3 ) 

F-DECON-AVAIL 

(B-F2) 

SYSTEM  SPECIFICATION  DIAGRAM: 
S"t  figure  S- 12. 
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Rguv  Q- 12.  F  -  DECON  -  ATOBJ  SSO 
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DATA  DEFINITION:  F-DECQN-ATQBJ 


Connection 
Nuaber  . 


Data 

Transf erred 


D1 


Unit  ID 


S2 


D3a 

D3b 

S4 


o  Parent  unit  ID 
o  Parent  HOP0  level 
o  D-CUSTOHER  ID 
o  Parent  loc  ition 

o  D-CUSTQHER  unit  ID 
o  Setup  delay  tiae 
o  DECON-UNIT  ID 

o  DECON-UNIT  status 
o  Standby  1 i  »t 


D3 


o  Setup  tiae 


I 

S6  o  D-CUSTOHER  unit  status 

o  D-CUSTOHER  unit  location 


* 


6-43 


Cpaaents _ 

The  ID  of  the  D- 
CUSTOHER/ DECON-UNIT  that 
has  just  arrived  at  its 
objective. 

Tha  parent  unit  state 
vector. 


Required  for  F-DECON. 


DECON-UNIT  state  vector 
Checked  to  see  whether 
it  is  ready  to  aove, 
to  decon,  or  to  rest. 

The  tiae  it  will  take 
the  DECON-UNIT  to  set  up 
based  on  D-CUSTOHER 
uni:  t'/pe  and  status  and 
on  current  suppression 
level  ( B- DF 6 > . 

D-CUSTOHER  state  vector 


B-F5 


Figure  G-13a.  F-DECON-ATOBJ  generator 
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Figure  B-13b.  F-DECON-ATOBJ  generator  (continued) 
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G-F3 

GENERATOR  DESCRIPTION:  F-DECON-ATOBJ 

1.  READ  DATA  FILE.  Di  is  read  to  trigger  Function. 

2.  OBJECTIVE  BOOV.  IF  Dl  indicates  that  a  D-CUSTQNER  has  arrived,  then 
the  D-CUSTONER  stat.us  is  checked  to  detereine  iF  it  is  to  be  reattached 
to  its  parent  or  prepared  For  decon.  IF  the  arriving  unit  is  a  DECQN- 
UNIT,  the  decon  site  aust  be  prepared. 

3.  DETERHINE  SETUP  TINE.  The  setup  tiae  For  a  DECON-UNIT  to  prepare  a 
new  decon  site  is  obtained  troa  D5.  IF  the  DECON-UNIT  is  already  at  a 
site,  the  setup  tiae  is  0. 

4.  CHECK  LIST.  The  DECQil-UNIT ' s  standby  list  is  checked  to  see  iF  a  D- 
CUSTONER  is  ready  For  decontamination.  Such  a  D-CUSTONER  aust  be  at  its 
objective  (i.e.,  at  the  decon  site/same  location  as  the  DECON-UNIT). 

5.  D-CUSTOHER  READY.  IF  a  D-CUSTOHER  is  ready,  an  F-DECON  event  is 
scheduled  using  D3  and  the  delay  time  obtained  in  step  3. 

6.  D-CUSTONER  NOT  AVAILABLE.  IF  no  D-CUSTOHER  is  ready,  a  check  is 
aade  to  determine  why.  IF  no  D-CUSTOMER  unit  is  currently  assigned,  F- 
DECON-AVAIL  is  triggered  to  locate  one. 

7.  D-CUSTOHER  ON  WAY.  IF  a  D-CUSTOHER  is  on  the  DECON-UNIT's  standby 
list,  but  is  not  yet  at  the  decon  site,  the  DECON-UNIT  waits. 

8.  D-CUSTOHER  ARRIVES.  The  location  is  checked  to  detereine  the  next 
step  to  take  (S6> . 

9.  DECON  SITE.  IF  the  DECON-UNIT  is  available,  the  F-DECON  Function  is 
called  using  D3. .  IF  a  DECON-UNIT  is  not  immediately  available,  the  D- 

C US TOMER  u  leFt  on  the  standby  queue. 

10.  PARENT  SITE.  IF  the  D-CUSTOHER  has  returned  to  its  parent  unit 

location  (objective)  then  A-ATTACH  is  triggered  using  S2.  The  parent 
unit's  MQPP  is  checked  to  determine  if  the  it  reguires  additional 
decontamination.  IF  so,  F-FREPARE  is  called. t-o  continue  the  decon 
process  on  the  unit.  1 
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B-F6  F-DECON 


SUMMARY! 


TYPE: 


Interactive  Function 


This  function  calculate!  the  aeount  of  tiae  and  the 
aaount  of  supplies  needed  for  thje  decon  process  and 
detereines  the  aaount  of  supplies 
sufficient  shift  tiae  and  supplii 


schedules  F-DONE-DECON,  trigger*  A-BE8IN-DEC0N,  and 


checks  its  standby  D-CUSTOH'iR  1  ij 


list  is  filled  but  the  standby  D-CUSTOMER  is  not  at 


available.  If 
es  are  available,  it 


st.  If  the  standby 


ggered;  if  the  standby 
is  triggered  to  locate 
riot  sufficient  tiae  or 


the  decon  site,  F-PREPARE  is  tri) 
list  is  not  full,  F-DECQN-AVAIL 
a  nee  D-CUSTOMER.  If  there  is 
supplies  to  coaplete  the  decon  during  the  current 
shift,  then  a  Makeup  is  scheduled  and  A-BESIN  REST  is 
triggered. 


TRIGGERED  BY: 


RESULTING  IN: 


F-DECON-ATOBJ  (G-F5)l 

Makeup  scheduled  by  F-DECQN  (G-F6) 
Scheduled  by  F-DONE-DECON  |  (G-F7) 

DECQN-UNIT  (G-ElX 

A-BEGIN-DECON  •  (G-A1)I 
A-BEG1N-REST  (G-A5)| 

A-ENfi-REST  (G-A6N 

F-OONE-I'ECON  (G-F3)|  Scheduled 

F-DECON-AVAIL  (G-F2> 

F-PREPARE  (B-F3)| 

Scheduled  Makeup 


SYSTEM  SPECIFICATION  DIAGRAM: 


See  figure  G-14. 
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Figure  Q  - 14 .  F-DECON  SSD 
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DATA  DEFINITION!  F-DECON 


Connection  Data 

Nuabar _ _ Transferred . .  ...  _ _ Coaaent* _ _ _ 

D1  o  D-CUSTOMER  unit  ID  Paaiad  by  calling 

o  DECON-UNIT  ID  routine, 

o  Satup  tiaa 

o  Job  statu*  New/continuation 

D2  o  D-CUSTOHER  unit  ID  Nrittan  to  schadular. 


o  ,  DECON-UNIT  ID 
o  Dalay  tiaa 
o  Resulting  function  ID 
o  Makeup  tiaa 

G3a  o  Supplies  required  Quantity  of 

dacontaainants  needed 
(S-DF5) . 

o  Tiaa  required  Length  of  tiaa  needed  to 

dacon  a  specified  nuabar 
of  vehicles  (B-DF7). 

73b  o  Work  tiae  Haxiaue  tiae  to  work  in 

one  shift  (8-DF1). 

S4  o  DECON-UNIT  ID  DECON-UNIT  state  vector, 

o  Location  of  unit 
o  Suppression  level 
o  Start  tiae  of  this  shift 
o  Accuaulated  tiae  on  this  job 
o  Aaount  of  tiae  worked  this  shift 
o  Dacontaainants  on  hand 

05  o  Start  tiae  of  dacon  job  Identify  the  dacon  job. 

o  D-CUSTONER  unit  ID 

S6  o  Unit  ID  D-CUSTONER  stata  vector, 

o  Unit  status  flaq 
o  Suppression  level 
o  Suppl i as/equi paant  to  use 
o  Suppl i es/equi paant  to  ba  daconned 

D7  ,  o  DECON-UNIT  ID  F-DECON-AVAIL 

D8  o  Supply  replaceaents  Froa  the  supply  nodule. 
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Figura  Q-13a.  F-DECQN  qtntrator 
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JOB 

PART 


Figura  Q-lSb.  F-DECON  ganarator  (continuad) 
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GENERATOR  DESCRIPTION}  F-DECON 

1.  READ  DATA  FILE  1.  This  junction  is  triggered  (using  Dl>  when  both  a 
D-CUSTOHER  and  DECON-UNIT  havt  arrived  and  are  ready  to  begin  the  decon 
process. 

2.  DETERMINE  SUPPLY  REQUIREMENT.  For  earh  equipment  type,  the  aeount 
of  supplies  needed  is  calculated  by  aultiplying  the  aeount  of  each  type 
(Si)  by  the  aeount  of  decontaeinants  needed  to  decon  one  piece  (D3a). 

The  total  aeount  of  supplies  needed  to  derontaeinate  the  entire  D- 
CUSTOMER  is  accueulated. 

3.  COMPUTE  NORK  TIME.  The  tiae  needed  to  coeplete  decon  of  the  D- 
CUSTOMER's  equipaent  is  a  function  based  on  the  tiee  required  to  decon 
one  piece  of  equipaent  (D3a)  eultiplied  by  the  quantity  of  equipaent  to 
be  deconned  (Si),  the  nuaber  of  crews,  the  aeount  of  setup  tiae 
required,  and  the  level  of  suppression.  The  total  tiee  required  for  the 
job,  given  the  r.uaber  of  crews  available  and  no  suppression,  is 
calculated  (6-DF7).  The  aeount  of  setup  tiee  required  (Dl)  is  added, 
then  the  suppression  factor  (S4)  is  apnlicd.  The  suppression  factor  is 
provided  as  a  percentage.  The  total  tiae  is  aultiplied  by  the 
suppression  factor  and  the  result  is  addec  in: 

TOTAL  TIME  =  [TOTAL  TIME  #  SUPPfESSlON!  +  TOTAL  TIME. 

4.  TASK  TIME  REMAINING.  The  tiae  reaaini-;  to  do  the  task  is 
calculated  by  suotractinq  the  total  tide  spent  working  on  the  job  so  far 
( S4 )  froa  the  total  tiae  required  (coaputed  in  step  3).  The  percentage 
of  the  tack  reaaining  is  then  coaputed  by  dividing  the  tiee  reaaininq  by 
the  tiae  required. 

3.  SHIFT  TIME  AVAILABLE.  The  aaount  of  tiae  reaaininq  in  the  shift  is 
calculated  by  subtracting  the  aaount  of  tiae  worked  so  far  (S4)  froa  the 
aaxiaua  tiae  allowed  (D3b). 

6.  DETERMINE  SUPPLIES  NEEDED.  The  aaount  of  supplies  needed  to  perfora 
the  portion  of  the  job  that  time  will  allow  this  shift  is  calculated  by 
multiplying  the  total  supplies  needed  (computed  in  step  2)  by  the  task 
reaaininq  (coaputed  in  step  4)  yiellinq  the  aaount  of  supplies  needed  to 
finish  the  task. 

7.  TASK  COMPLETION.  The  on -hand  aaount  of  decontaamant  supplies  ( S4 ) 
is  divided  by  the  total  aaount  needed  (computed  in  step  7)  to  determine 
the  percentage  of  the  task  which  can  be  completed  durinq  the  current 
tiae  period."  If  the  on-hand  is  greater  than  the  aaount  needed,  the  task 
completion  is  set  at  1007. . 

8.  TRIGGER  A-8EGIN-DEC0N.  The  b . g ; n  uecon  action  is  triggered  by 
passing  the  OECON-UNIT  ID.  The  status  flag  is  set  to  active. 


F-DECON  (cont.) 


9.  COMPUTE  DELAY.  Coapute  the  scheduled  delay  tiaa  (task  completion 
tiae)  by  multiplying  tha  task  tiaa  raaaining  (computed  in  step  4)  by  tha 
task  percent  (coaputed  in  step  7). 

10.  SCHEDULE  F-DONE-DECON.  II  the  task  coapletion  (step  7)  it  100Z,  F- 
DONE-DECOM  is  scheduled  using  D2  and  the  delay  tiae  coaputed  in  step  9. 

11.  SCHEDULE  NAKEUP.  II  the  task  coapletion  (coaputed  in  7)  is  greater 
than  0  and  less  than  100,  the  job  cannot  be  coapleted  during  tha  current 
tiae  period.  II  the  problea  is  insullicient  shilt  tiae,  the  beginning 
ol  the  rest  period  is  deterained  Iroa  the  aaount  ol  tiae  retaining  in 
the  shilt  and  A-BE6IN-REST  is  scheduled  to  start  then.  A  Makeup  is 
scheduled  using  D7.  The  Makeup  tiae  is  calculated  by  adding  the  length 
ol  period  required  to  the  begin  rest  tiae  calculated  above.  II  the 
problea  is  lack  ol  supplies,  A-BEGIN-REST  is  scheduled  and  a  Makeup  tiae 
is  scheduled  at  15-ainute  intervals  until  the  end  ol  the  shilt  or  until 
supplies  arrive.  When  suppl.es  arrive,  A-END-REST  is  triggered  and 
steps  3-8  are  repeated.  The  15-ainute  rest  intervals  are  accuaulated 
and  applied  against  the  overall  rest  period. 

12.  CHECK  FOR  NEXT  D-CUSTOHER.  Once  the  current  D-CUSTOHER  is  scheduled 
lor  coapletion,  the  standby  list  is  checked  lor  another  D-CUSTOHER.  II 
no  standby  D-CUSTOHER  is  listed,  F-DECON  AVAILABLE  is  triggered.  II  a 
standby  D-CUSTOHER  exists,  its  location  is  checked  to  deteraine  il  it 
needs  to  aove.  II  it  is  not  at  the  decon  site,  then  F-PREPARE  is 
triggered  to  deteraine  Mhat  aoveaent  is  necessary. 
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-F7  F-OONE-DECON 


8-F7 


TYPEi  Interactive  Function 


SUMMARY:  This  Function  is  scheduled  by  F-DECON  when  a  decon 

job  can  be  coepleted  using  the  supplies  and  tiee 
available.  F-DQNE-CUSTQMER  and  A-END-DECON  are 
triggered  and  the  work  tine  is  checked  to  determine 
if  the  shift  is  over.  If  the  shift  is  over,  A-BEGIN- 
REST  is  triggered  and  a  wakeup  tiae  is  scheduled; 
if  not,  the  standby  list  is  checked  for  the  next 
D-CUSTOHER.  F-DECON  is  scheduled  if  a  D-CUSTOMER  is 
available  and  ai.  the  site;  F-PREPARE  is  triggered 
if  the  D-CUSTQMER  is  assigned  but  not  at  the  decon 
site;  F-DECON-AVAIL  is  triggered  if  a  D-CUSTOMER  is 
not  available. 


TRIGGERED  BY: 


RESULTING  IN: 


Scheduled  by  F-DECON  (6-F3) 

Makeup  (scheduled  by  F-DECON  or  F-DONE-DECON) 

F-DONE-CUSTOMER  (G-FB) 

F-DECON  (G-F6) 

F-DECON-AVAIL  (S-F2) 

F-DECON- ATCBJ  (G-FS) 

F-PREPARE  (G-F2) 

DECON-UNIT  (G-El )  ■ 

D-CUSTOMER  (G-E2) 

A-END-DECON  (G-A2) 

DECON-UNIT  (G-El ) 

A-BEGIN-REST  (G-A3) 

Schedule  wakeup  tiae 


YSTEM  SPECIFICATION  DIAGRAM: 


See  figure  G-16. 
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D- 

CUSTOMER 


F-DONE 

-DECON 


> 
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6-F7 


DATA . JiFLH.IT. IOMi  F-DONE  DECON 


Connection 

Data 

Nuaber . . 

Transf erred 

Coaaants 

01 

0 

DECON-UMIT  ID 

Passed  by  calling 

0 

D-CUSTOHER  unit  ID 

function. 

02 

0 

Haxiaue  work  tiue 

(6-0F1) 

S3 

0 

DECQN-UNIT  ID 

DECQN-UNIT 

state  vector 

0 

Currant  aork  tiaa 

0 

Current  shift  start  tiaa 

0 

Standby  list 

0 

Status  flag 

rasting/not 

resting 

0 

Last  rest  period 

0 

Total  shift  aork  tiaa 

S4 

0 

Unit  ID 

D-CUSTQHER 

state  vector 

0 

Unit  location 

0 

Status  flaq 

0 

HOPP  level 

05a 

0 

D-CUSTOHER  unit  10 

05b 

0 

DECON-UNIT  ID 

03c 

0 

Unit  status 

03d 

0 

HOPP  reset  value 

03a 

0 

Nee  D-CUSTOHER  unit  ID 

05  i 

0 

Current  location 

D3g 

0 

Makeup  tiae 

0=IZ 


} 

i 


Figure  G-17a.  F-DONE-DECON  generator 
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Figure  G-17b.  F-DONE-DECON  generator  (continued) 
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GENERATOR  DESCRIPTION!  F-DONE  DECCN 

1.  READ  DATA  FILE  1.  D1  is  re ad  and  A-END-DECON  and  F-DONE-CUSTOHER 
art  triggered  using  the  DECON-UNIT  ID  and  D-CUSTOHER  unit  ID 
respecti valy. 

2.  DECON-UNIT  WORK  TINE.  Tha  tiaa  the  DECON-UNIT  has  worked  during  the 
currant  shift  (S3)  is  coapared  to  tha  aaxiaua  shift  tiaa  allowed  (D2>. 
and  tha  total  shift  tiaa  is  checked  to  see  if  tha  24-hour  period  has 
alaspad.  If  24  or  wore  hours  have  elapsed  since  the  start  of  the  shift, 
the  shift  tiaer  is  reset.  If  tha  aaxiaua  work  tiaa  has  been  reached  or 
exceeded,  A-BE6IN  REST  is  triggered  and  a  wakeup  is  scheduled.  Makeup 
tiaa  is  coaputed  by  calculating  tha  aaount  of  rest  tiaa  (24-hour  aaxiaua 
work  tiae)  and  adding  it  to  the  current  tiaa  (the  tiaa  the  rest  period 
is  to  start).  The  function  triggered  by  the  wakeup  will  be  F-DECON- 
AVAIL. 

3.  NEXT  O-CUSTONER.  If  work  tiaa  is  still  available  during  the  shift, 
a  new  D-CUSTONER  is  sought.  If  one  is  in  the  standby  list  (S3),  it  is 
aada  the  new  current  D-CUSTONER  and  F-DECQN  AVAIL  is  triggered  using  tha 
DECON-UNIT  ID  to  locate  a  new  standby  D-CUSTOHER. 

4.  CHECK  LOCATION.  The  D-CUSTOMER's  location  is  checked  to  see  if 
further  action  is  needed. 

a.  AT  SITE.  If  it  is  currently  located  at  the  decon  site,  F-DECON 
is  triggered. 

b.  ENROUTE.  If  D-CUSTONER  is  currently  enroute  (i.e.,  aoving),  the 
D-CUSTOMER's  status  is  checked  to  deteraine  if  it  still  reguiras  decon. 
If  not,  a  new  D-CUSTOMER  will  be  sought  via  F-DECON-AVAIL.  If  it  does 
require  decon,  F-DECON-ATQBJ  is  triggered. 

c.  WAITING.  If  the  D-CUSTONER  is  assigned  but  the  location  has  not 
yet  been  selected,  F-PREPARE  is  triggered  using  D5a. 

d.  NONE.  If  no  D-CUSTONER  is  currently  listed,  F-DECON-AVAIL  is 
triggered  (using  the  DECON-UNIT  ID)  to  locate  a  new  current  D-CUSTDNER. 
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G-F8  F-DONE-CUSTOHER  TYPEi  Interactive  Function 

SUMHARY:  This  function  deteraines  tha  D-CUSTOHER’s  aovaaant 

objactiva  following  tha  coaplation  of  the  decon 
procati  and  triggers  tha  aovaaant  aodula.  If  the 
D-CUSTOMER  is  a  convoy  and  if  the  entire  convoy  is 
ready  to  leave  tha  currant  site,  F-TRANSP-DECQN  is 
triggered.  If  tha  D-CUSTOHER  is  detached  and  at  the 
parent  location,  A-ATTACH  is  perforaed  arid  tha  unit 
HOPP  level  is  checked  to  deteraine  if  additional  docon 
is  required. 


TRIGGERED  BY*  F-DQNE-DECON  (G-F7) 

RESULTING  INi  Triggers  aoveaant  acdule  for  D-CUSTOHER 
F-TRANSP-DECCN  (C-F16) 

F-PREPARE  (G-F3) 

D-CUSTOHER  (G-E2) 

A-ATTACH  (G-A6) 


SYSTEH  SPECIFICATION  OlAGRAHs 
See  figure  G-18. 
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I  \ 


F-DOHE- 

DECOM 

Q-F7 


5 


CUSTOMER 


PARENT 

UNIT 


TRANSPORT 


F-TRANSP 

-OECON 
C  -  FIS 


F-DONE- 

CUSTOMER 

• 

F- PREPARE 

Q-F3 

o 


MOVEMENT 

MODULE 


RguroQ-18.  F -  OONE -  CUSTOMER  SSD 


G-6 1 


DATA  DEF I N I T I  ON  i  F -DONE-C'JSTONE R 


Connect i on 
Nuaber 


Data 

Transferred  . 
o  D-CU8T0NER  ID 


o  Objective  location  D-CUSTO 

o  Unit  ID 

o  Currant  unit  location  (dacon  site! 
o  HOPP  level 

o  Supply  and  equipaent  inventory 
o  Personnel  inventory 
o  Novaaant  Hap 


Cements . . 

Passed  by  calling 
function. 

D-CU&TOHER  state  vector. 


o  New  objective  location 


Froa  FHRANSP-DECON. 


o  Parent  unit  ID  Par 
o  Unit  location  vac 
o  flOPP  level 

o  Supply  and  eouipaent  inventory 
o  Personnel  inventory 


Parent  unit  state 
vector. 


o  Parent  unit  !D 
o  DECON-UNIT  ID 

o  Supply  and  equipaent  inventory 
o  Personnel  inventory 


manaft 


Bria 


Fiouro  B-19a .  F-DECDN-CUSTOriER  generate 
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GENERATOR  DESCRIPTION:  F-DONE-CUSTOHER 

1.  READ  DATA  FILE  1.  01  is  read  to  gat  tha  D-CUSTONER  unit  ID. 

2.  6ET  OBJECTIVE.  Tha  D-CUSTQH£R's  state  vactor  (S2)  is  checked  to 
dateraina  its  next  objectiva.  Tha  unit  typa  is  chackad  and  iT  it  is  not 
a  convoy,  tha  "old  unit  objectiva*  (i.e.,  not  the  decon  site)  is 
compared  to  tha  currant  unit  location  (i.e.,  tha  decon  site). 

3.  NOT  CONVOY.  IT  tha  unit  location  and  unit  objective  are  not  equal, 
tha  aoveaant  Tlaq  is  sat  (S2).  IT  they  are  equal,  tha  D-CUSTONER  Mill 
not  aova  (i.e.,  the  custoaer  Mas  deconnad  at  its  objective  location). 

Tha  D-CUSTOHER  is  than  chackad  to  sea  iT  it  Mas  detached  by  coaparing  D- 
CUSTOMER  unit  IDs  <S4,  Dl).  IT  it  Mas  detached,  A-ATTACH  is  triggered 
using  both  D-CUSTONER  and  parent  IDs.  Tha  parent  unit's  NOPP  level  is 
chackad  and  F-PREPARE  is  triggered  iT  tha  parent  unit  requires 
additional  decontaaination. 

4.  CONVOY.  IT  tha  D-CUSTONER  is  a  transporter  (e.g.,  transportation 
convoy),  then  F-TRANSP-DECON  is  triggered  using  S2  to  dateraina  tha  next 
oojective.  A  convoy  has  the  option  oT  going  to  another  decon  site  or 
going  to  its  naxt  scheduled  objective.  The  objective  location  is 
returned  in  D3  aad  tha  aoveaent  T 1  ag>  is  set. 

3,  RETURN.  The  aoveaant  Tlag  is  checked  and,  iT  it  is  sat,  the  aodula 
is  triggered  using  D3. 


j 
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APPENDIX  H 


HOST  MODEL  REQUIREMENTS 


1.  Introduction.  Host  aodel  capabilities  that  art  naadad  and  not 
directly  addreeaad  in  the  CSS  functional  area  design  ara  described  in 
this  appendix.  If  they  are  not  currently  in  the  host  aodel,  they  Mill 
need  to  be  added  Nith  the  NOD  11  design  in  order  to  exercise  the  full 
potential  of  the  neM  aodule.  General  requireaents  (i.e.,  those 
capabilities  required  by  aore  than  one  CSS  area)  are  discussed  in 
paragraph  ?.  Additional  special  capabilities  (i.e.,  those  required  for 
a  particular  CSS  area)  are  discussed  in  separata  paragraphs  beloa. 

2.  General  Reouireaents.  The  designers  have  atteapted  to  create  a 
flexible  design  Mhich  nil!  adapt  to  a  nuaber  of  different  host  aodels. 
Houever,  certain  assuaptions  concerning  host  aodel  capabilities  and 
structure  had  to  be  aadei 

a.  The  host  aodel  Mill  be  event  sequenced. 

b.  The  host  aodel  Mill  be  capable  of  handling  explicit  aaveaent, 
attrition,  contaaination  and  suppression.  Where  CSS  requireaents  differ 
froa  coabat  requireaents,  the  CSS  aodule  Mill  define  the  interface  and 
atteapt  to  confora  to  the  host  aodel  s  needs  <e.g.,  if  CSS  unit 
effectiveness  is  evaluated  differently,  the  CSS  aodule  Mill  identify  and 
provide  any  algoritha  or  data  necessary  for  the  bnhanceaent) . 

c.  The  host  aodel  Mill  oe  capable  of  aeasuring  effectiveness  levels 
(unit,  coabat,  Meapon,  personnel)  and  these  levels  Mill  be  current  Mhen 
the  CSS  aodule  is  acce*sed. 

d.  The  host  aodel  Mill  have  the  ability  to  create  teaporary  units 
(e.g.,  transportation  and  decon). 

e.  The  host  aodel  Mill  consider  personnel.  Personnel  aust  be 
countable  in  the  gaae  (e.g. , personnel  can  be  attritted,  contaainated)  so 
that  a  lack  of  personnel  affects  tha  the  effectiveness  level  of  a  unit. 

f.  The  host  aodel  aust  be  capable  of  handling  the  data  requireaents 
specified  as  entity  and  action  attributes  in  the  CSS  aodule  (see  the 
functional  area  appendices).  The  designers  each  atteapted  to  identify 
the  variables  needed  for  each  entity.  These  variables,  or  appropriate 
substitutes,  should  reside  in  the  data  structure  of  the  host  aodel 
(e.g.,  in  the  unit  state  vectors). 
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3.  Wain  Supply  Rout*. 

a.  A  transportation  aodal  autt  look  at  the  availability  of 
transportation  assets  and  constrain  tha  supply  systaa  accordingly. 
However,  this  is  only  part  of  the  problea.  Tha  road  network  used  by  the 
ground  transporters  and  the  capability  of  that  network  to  carry  tha 
number  of  vehicles  required  to  support  tha  battle  aust  ba  represented. 
Tha  ability  to  establish  and  aaintain  movement  control  aust  also  be 
addressed. 

b.  The  aoveaent  of  ground  transportation  is  accoaplished  along  the 
Main  Supply  Route  (HSR).  An  HSR  is  defined  by  the  Hoveaent  Control 
Center  (HCC).  The  HCC  also  defines  the  priority  of  aoveaent  along  the 
route  and  redefines  the  route  if  necessary.  Any  vehido  type  and  any 
unit  type  cah  aove  on  the  HSR.  Normally  supply  vehicles  are  given 
priority  but  that  can  depend  on  the  situation. 

c.  The  CSSRO  states  that  the  nodule  aust  be  capable  of  degrading 
the  transportation  network  by  natural  (weather,  wear,  etc.)  or  unnatural 
(coabat  daaage,  obstacles  or  congestion)  causes  thus  necessitating 
traffic  rerouting  and  subsequent  delays.  The  CSS  transportation  assets 
aust  coapete  with  other  vehicle  types  belonging  to  non-CSS  units  for  the 
road  networks. 

d.  The  following  assuaptions  are  aade. 

(1)  A  road  network's  capacity  can  be  aeasured  by  the  short  tons 
per  unit  distance  on  the  network.  This  assuaption  is  consistent  with 
the  TRANATTACK  Hodel  at  IQSC. 

(2)  The  entire  route  a  convoy  will  take  along  a  HSR  froa  start 
to  finish  is  selected  before  a  convoy  enters  the  network. 

(3)  If  a  HSR  is  interdicted,  the  convoy  will  not  be  rerouted. 

A  delay  tiae  will  be  added  to  the  travel  tiae.  The  assuaption  by 
transportation  experts  is  that,  once  a  route  has  been  designated,  the 
convoy  will  stay  on  that  route.  If  the  route  is  disrupted  because  of  a 
blown  bridge,  minefield,  or  crater,  the  convoy  would  either  call  for 
support  or  find  a  way  around  the  blocked  area.  Of  course,  there  are 
always  exceptions  so  the  aodel  will  have  a  redirect  capability. 

d.  The  following  nethodoloqy  is  oriented  toward  the  COROIVEH  model 
but  it  can  apply  to  any  corps  level  model  with  some  minor  modifications. 

(1)  A  separate  logic  will  be  developed  for  HSR  so  that  normal 
•odel  aoves  handled  by  the  movement  model  will  not  select  the  HSR. 
However,  the  ability  to  select  the  HSR  will  exist  for  a  model -generated 
non-CSS  unit  given  a  high  priority  move.  The  gamers  will  also  be  able 
to  specify  a  move  on  the  HSR  for  any  unit. 


(2)  Tha  gaeer  will  define  tha  HSR  dynamically.  The  aodal  will 
define  existing  road  networks  loaded  as  an  HSR  by  the  following 
procedure: 

(a)  The  gaeer  will  point  to  the  hex  at  the  beginning  of  the  HSR 
using  the  cursor. 

(b)  The  gaeer  will  then  point  to  the  hex  where  the  first  eajor 
node  of  the  network  is  located.  A  road  network  oust  already  exist 
between  these  two  points. 

(c)  The  aodel  will  detereine  the  shortest  existing  road  network 
between  the  two  points.  A  linked  list  of  the  hexes  along  this  network 
is  generated. 

(d)  Nore  than  one  road  can  exist  on  a  hex  side.  One  of  the 
roads  is  flagged  as  an  HSR.  The  road  flagged  as  an  HSR  cannot  be  used 
by  the  eoveeent  aodule  without  going  through  the  HSR  logic. 

(e)  Each  hex  is  considered  one  road  link.  For  each  link,  thi 
following  information  is  kept: 

Road  type.  The  road  types  defined  in  COROIVEH  are 
Autobahn,  ?.  ieary,  Secondary,  and  Tertiary.  The 
capacity  of  each  of  these  road  types  will  be  defined 
for  a  3.57-kn  link. 

Current  weight  on  road.  A  total  convoy  weight  will  be 
a  state  variable  for  each  convoy.  If  non-convoy  units 
use  the  HSR,  accumulate  a  total  weight  for  the  unit. 

Add  this  weight  to  the  hex  link  as  it  enters  and  subtract 
it  from  the  hex  as  it  leaves.  The  total  weight  of  all 
the  convoys  cannot  exceed  the  capacity  defined  in  (1) 
above - 

List  of  units  on  the  road.  In  addition  to  the  unit 
occupancy  list,  a  list  of  all  units  using  each  HSR  is 
kept. 


Time  next  unit  leaves  the  link.  The  novesent  nodule 
computes  the  time  to  travel  1  hex  distance.  When  this  is 
done,  th?  state  variable  defining  the  time  the  next 
unit  leaves  is  checked  against  the  coaputed  travel 
time.  If  the  unit  just  computed  will. leave  earlier  than 
the  time  in  the  state  variable,  the  tine  the  next  unit  is 
to  leave  is  replaced  in  the  state  variable. 


13)  The  model  will  move  a  convoy  along  an  HSR  by  the  following 
procedure: 


(a)  When  a  convoy  gats  an  order  to  move,  search  for  the 
shortest  route  to  the  objective.  The  objective  probably  Mill  not  be 
located  on  an  HSR  node.  Find  the  node  that  is  closest  to  the  objective 
and  aove  to  that  node  by  the  shortest  route.  This  search  process  is 
performed  only  once  before  the  aove  starts  so  the  coaputer  tiae  consuaed 
is  not  repeated.  Keep  a  linked  list  of  hexes  to  the  objective  node  for 
eac';  convoy. 

(b)  Check  the  first  link  to  determine' if  the  Height  capacity  of 
the  link  sinus  the  total  weight  already  on  the  link  is  greater  than  the 
total  aeight  of  the  convoy. 

(c)  If  the  reaaining  capacity  of  the  link  is  less  than 
required,  wait  until  another  unit  aoves  off  of  the  link.  Put  the  unit 
in  a  first-in,  first-out  (FIFO)  queue. 

(d)  If  the  reaaining  capacity  of  the  unit  is  greater  than 
required  to  acconnodate  the  convoy,  add  it  to  the  list  of  units  at  that 
link,  add  its  weight  to  the  total  weight  occupying  the  link,  and  coepute 
the  delay  tine  to  cross  the  link. 

(e)  When  a  unit  leaves  a  link,  check  to  see  if  another  unit 
froa  a  different  direction  is  ready  to  aove  in.  Check  the  waiting  queue 
for  each  link  (defined  in  (c)).  If  a  unit  is  on  the  queue,  repeat  steos 
(d)  and  (e). 

e.  The  designers  feel  that  the  HSR  use  should  be  restricted  to  CSS 
units  at  this  point  in  the  design  developaent.  Transportation  experts 
have  argued  on  both  sides  of  the  issue. 

(1)  Those  wanting  all  unit  types  to  aove  on  HSRs  point  out  that 
the  HCC  can  and  does  allow  any  Unit  in  the  corps  to  use  an  HSR  if  it  has 
high  priority. 

(2)  Those  wanting  only  CSS  units  to  aove  on  the  HSR  point  out 
that  except  for  an  extreae  circumstance,  such  as  one  corps  passing 
through  another  corps,  the  HSRs  are  located  in  the  rear  area  and  are 
reserved  for  supply  vehicles. 

f.  The  process  described  would  allow  for  any  unit  to  use  an  HSR  but 
the  realisa  will  be  questionable,  fin  inherent  assumption  in  the  process 
is  that  a  convoy  will  fit  in  a  3.57-k»  hex.  This  would  not  be  true  for 

a  maneuver  battalion  on  a  road  march.  Current  CORDIVEM  methodology 
places  a  unit  in  the  hex  where  the  unit  center  is  located.  If  the  user 
will  accept  this  limitation,  then, the  weight  restriction  comes  into 
play.  The  total  weight  of  a  maneuver  unit  would  certainly  exceed  the 
limit  of  one  link  of  the  road.  This  would  mean  that,  when  a  maneuver 
unit  aoves  on  an  HSR,  no  other  traffic  could  be  on  that  portion  of  the 


4.  Reconstitution. 

a.  Reconstitution  is  the  act  of  restoring  units  to  desirable  levels 
of  coabat  effectiveness  coeaensurate  with  aission  requireaents  and  the 
availability  of  resources.  Reconstitution  exists  in  two  aain  fores: 
reorganization  and  regeneration. 

(i)  Reorganization  is  the  redistribution  of  internal  resources 
within  a  degraded  unit  to  increase  its  level  of  effectiveness: 
personnel  and  equipaent  can  be  traded  to  balance  eoebat  capabilities) 
crews  can  be  built  for  operational  weapon  systeas  and  coaposite  units 
can  be  foraed  froe  several  devastated  units. 

(a)  laeediate  battlefield  reorgani ration  is  the  action  taken  to 
quickly  restore  degraded  units  to  ainiaua  levels  of  coabat  capability. 

It  i-  considered  a  tcaporary  aeasure  and  is  noraally  iapleaentod  by  the 
affected  coaaander  in  or  close  to  the  specified  location. 

(b)  Deliberate  reorganization  involves  actions. taken  to  restore 
coabat  capability  when  greater  tiae  and  resources  are  available  but  not 
in  sufficient  quantities  to  perait  a  coaplete  rebuilding  of  the  unit 
<i.e.,  regeneration) .  Procedures  used  are  siailar  to  those  of  ieeediate 
battlefield  reor ,ani zati on  but  deliberate  reorganization  will  noraally 
occur  farther  to  the  rear. 

(c)  The  priaary  objective  of  reorgani zation  is  to  teaporarily 
improve  the  coabat  capability  of  a  unit  until  aore  extensive  efforts  can 
occur.  It  is  the  priaary  aeans  by  which  coabat  power  can  be  aaintained 
during  the  early  stages  of  a  conflict  and  it’ provides  a  basis  upon  which 
regeneration  efforts  can  be  designed.  In  addition,  it  is  the  option 
aost  frequently  executed  by  coeaanders  and  provides  a  aeans  of 
maintaining  a  continous  level  of  coabat  effectiveness  with  a  ainiaua  of 
training  requi reaents. 

(2)  Reqeneration  is  the  reconstruction  of  a  unit  through  large- 
scale  replaceasnt  of  personnel,  equipment,  and  supplies.  The  intensive 
nature  of  reqeneration  may  require  the  withdrawal  of  the  unit  to  a 
designated,  protected  area  where  personnel,  equipaent,  and  supplies  can 
join  together.  Regeneration  is  considered  the  aore  difficult 
reconstitution  option  to  execute  because  it  requires  the  greatest  aaount 
of  effort,  coordination,  and  training. 

(a)  Incremental  regeneration  is  the  infusion  of  individual 
personnel  replacements  and  single  equipment  items  as  shown  in  the  WSRO 
process. 

(b)  Whole  unit  regeneration  is  the  coaplete  replaceaent  of 
entire  units  or  definable  sub-elements. 
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(c>  Aspects  of  th#  reconstitution  concept  Mould  ba  appropriate 
additions  to  the  HOD  11  personnel  operations;  however,  its  inclusion  in 
the  aodel  bust  be  carefully  considered  by  other  areas  as  well.  Decause 
reconstitution  is  a  replaceaent  systea  for  both  equipaent  and  personnel, 
it  Mould  depend  heavily  upon  the  supply,  transportation  and  aoveaent 
capabilities  of  the  aodel, 

b.  Currently,  the  iaaediate  battlefield  reorganization  process 
could  be  adopted  for  personnel  and  equipaent  using  aany  of  the  available 
functions  and  incremental  regeneration  is  already  represented  in  the 
MSRQ  process.  (See  chapter  3,  paragraphs  S  and  6  and  the  appendix  E 
annex.)  Unit  reorganization  Mould.be  handled  by  identifying  one  unit  as 
a  supplier  and  one  unit  as  a  custoaer  and  designating  the  nuaber  of  each 
type  of  Meapon  systea  to  be  transferred  froa  the  supplying  unit  to  the 
custoeer.  This  event  Mould  be  triggered  by  a  gaae  controller  Mho  would 
provide  the  necessary  inforaation  (e.q.,  the  unit  IDs  and  the  anount  and 
type  of  systeas  involved).  The  aaount  to  be  transferred  could  ba  given 
either  in  quantities  (preferred)  or  in  percentages.  A  decision  table 
containing  possible  reorgani zati on  situations  could  be  defined  (e.q., 
threshold  levels  of  unit  effectiveness,  special  coabinations  of  unit 
status  and  battle  strategy).  During  a  unit  evaluation,  the  decision 
table  would  be  checked  and  the  gaaer  notified  if  necessary.  The  gamer 
would  then  make  the  decision. 

c.  Because  deliberate  reorganization  and  whole  unit  regeneration 
require  aoveaent  of  all  or  part  of  the  unit,  it  is  recommended  that 
these  options  be  handled  by  the  host  model  with  its  noraal  unit  aaneuver 
capabilities.  Situations  could  be  defined  las  in  4b  above)  in  which  the 
gane  controller  would  be  notified  to  decide  whether  or  not  to  regenerate 
a  unit.  If  the  decision  is  to  regenerate  a  unit,  the  gaaer  designates 
which'  units  are  involved,  what  movement  is  necessary,  the  priority  of 
the  aoves  and  the  objective  locations. 

5.  CSS  Unit  Attrition.  '  1 

a.  All  units  in  the  corps  battlefield  must  be  subject  to  attrition.- 
Th#  designers  of  this  combat  service  supoort  (CSS)  module  recognize 
that,  as  CSS  units  are  assessed  and  equipment  is  lost,  the  unit 
capability  is  degraded.  All  processes  developed  for  this  module  take 
this  into  consideration. 

b.  The  designers  recognize  that  the  biggest  difficulty  in  modeling 
the  attrition  of  CSS  assets  in  a  corps-level  model  is  the  availability 
of  data.  The  fractional  damage  of  an  artillery  round  against  an  armored 
unit  is  readily  available.  The  fractional  damage  uf  an  artillery  round 
against  an  ammun.tion  supply  point  or  a  maintenance  depot  is  not 
available.  This  docs  not  reduce  the  importance  of  such  data. 

c.  The  designers  cannot  suggest  where  such  data  can  be  acquired. 
However,  before  a  reasonable  representation  of  CSS  on  the  battlefield  an 
be  obtained,  this  attrition  must  be  represented. 


6.  Rear  Bat tli. 

a.  Thi  latest  rear  battli  doctrim  addresses  thi  concipt  of 
grouping  coabat  support  and  coabat  service  support  units  for  security. 
Units  Mill  bi  formed  into  a  base  cluster  for  autual  support  (FM.90-14). 
The  base  cluster  coaaander  Mill  establish  a  base  cluster  operations 
center  (BCOC)  for  coaaand  and  control  purposes.  The  BCOC  Mill  be  Banned 
by  personnel  and  equipaent  inside  the  cluster. 

b.  The  current  C0RD1VEH  aodel  Mill  alloa  any  unit  to  be  attacked  in 
direct  fire  ground  coabat.  Each  unit,  however,  fights  individually.  An 
attacking  unit  Mould  aove  easily  between  support  units  in  the  rear. 

c.  Support  clusters  could  easily  be  aodeled  using  the  folloaing 
Methodology: 

(1)  An  interactive  routine  could  be  developed  to  allow  a  gaaer 
to  build  a  cluster.  He  could  define  the  cluster  naae  and  point  to 
cluster  aeabers. 

(2)  The  cluster  aeaber  Mould  retain  the  aeaber  naae.  Cluster 
membership  Mould  not  eftect  the  operational  perforaance  of  a  support 
unit. 


(3)  A  aaxiaua  separation  distance  should  be  loaded.  If  a  unit 
aoves,  it  could  autoaati cal  1 y  lose  its  Membership  in  a  cluster  by 
exceeding  a  specified  distance  froa  other  members. 

(4)  When  any  of  the  cluster  aeabers  is  attacked  in  ground 
combat,  all  units  would  be  under  attack.  The  ground  coabat  module  Mould 
use  the  assets  froa  all  of  the  cluster  aeaters  to  coapute  the  defenders 
firing  capability.  If  military  police  (HP  forces  are  to  be  played  as 
part  of  a  cluster's  defense,  the  HP  assets  can  be  loaded  into  one  of  the 
cluster  members. 

d.  The  aodel  will  automatically  adjust  assets  of  a  unit  in  combat 

as  a  function  of  operation  and  threat.  These  would  siaulate  the  command 
and  control  duties  of  the  BCOC. 

e.  The  model  will  aut oaat i c al 1 y  restrict  the  movement  of  an 
attacking  unit  through  a  defending  unit.  Because  the  cluster  unit  would 
be  considered  a  single  unit  by  the  ground  combat  module,  movement 
through  the  individual  support  units  would  be  resticted.  This  would 
give  the  dust >r-d  units  an  advantage  over  the  non-clustered  units  in 
CQRDIVEM. 
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a.  A  lava)  Ill  thraat  (saa  FH  90*14)  i*  tha  only  anaay  threat 
activity  that  can  ba  explicitly  ripresented  in.  a  corpt-laval  aodal. 

Laval  I  thraat  (e.g.,  anaay  agent  sabotage  and  terrorise)  and  level  II 
thraat  !e.g.,  raids  and  aabush  by  saall  teaas)  can  not  be  axplictly 
represented.  However,  there  is  nc  doubt  that  these  activities  can 
iapact  on  a  support  unit's  per* ori anca. 

b.  For  several  reasons  (a.g.,  aodal  resolution,  tha  lack  of 
credible  data),  tha  designers  feeli  that  tha  iapact  of  both  level  I  and 
level  II  threat  should  ba  represented  in  a  vary  siapla,  aggregated 
wanner. 

c.  Tha  following  aethodology  is  suggested! 

(1)  Reserve  one  word  for  ivery  resolution  unit  played.  This 
word  would  ba  tha  aaount  of  degradation  suffered  in  the  parforaanca  of 
its  task  because  of  level  1  and  level  II  thraat. 

(2)  The  gaaer  can  enter  t^e  aaount  of  this  degradation  by  unit 

or  by  echelon.  He  could  also  entdr  a  tine  that  it  would  ba  lost.  An 
event  would  be  set  to  reaove  the  degradation  (i.e.,  reset  the  value  to 
zero).  j 

■ 

(3)  If  the  gaaer  enters  the  value  by  echelon,  every  unit  in 
that  echelon  would  be  affected.  For  exaaple,  if  a  brigade  is  affected, 
all  battalions  and  support  units  in  the  brigade  would  be  affected. 

8.  Cheaical  Module.  The  cheaical  ecdule  is  responsible  for  putting  a 
unit  in  HOPP  and  designating  the  unit’s  HOPP  level  before  the  unit  is 
contaainated.  The  cheeical  aodule  should  also  be  able  to  trigger  the 
decontaaination  process.  The  decbn  nodule  (see  chapter  B  and  appendix 
G)  is  designed  to  be  triggered  either  through  gaaer  intervention  or  by 
the  cheaical  aodule  whenever  a  unit  has  been  contaainated  by  a 
persistent  or  seai  persi  stent  hazarfd. 

9.  Supply  nodule.  Nuaerous  lists  of  various  types  aust  be  aaintained 
by  the  host  aodel  in  order  to  accoaodate  the  supply  aodule.  The  supply 
aodule  aust  be  able  to  create,  change  and  delete  elenents  froa  nuaerous 
types  Of  lists  including  queues,  Allocations,  etc.  Also,  the  affect  of 
actions  taken  by 'other  aodules  on  elements  (e.g.,  units,  supplies,  etc.) 
in  lists  that  the  supply  aodule  deals  with  aust  be  portrayed  by  the  host 
aodel.  The  host  aodel  requireaents  that  have  been  identified  are  listed 
and  briefly  discussed  in  the  following  paragraphs. 
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APPENDIX  I 


SAUER  INTERFACES  AND  OUTPUT 


TRANSPORT AT  ION- GAMER  INTERFACES. 

DECON  SUPPORT 

SUJIHARYi  A  qaaer  can  designate  dacon  support  Tor  a  unit.  Tha 
qaaar  aust  aova  a  dacon  unit  to  tha  supportad  unit 
before  aaking  the  designation.  Dacon  can  ba  perforaed 
on  all  transporters  leaving  tha  supportad  unit, 
entarinq  tha  supported  unit,  or  both. 

INPUT  DATA!  Supported  unit  ID  Dacon  unit  ID 

Support  Tvpa:  0  *  No  Dacon 

1  »  Leaving  Unit 

2  »  Entering  Unit 

3  *  Leaving  and  Entering 


BUILD  MSR 

SUMMARY;  A  aain  supply  route  (MSR)  will  be  distinguishable 

froa  other  road  networks.  Ground  transport  units  will 
select  an  MSR  before  delivering  supplies.  It  can 
exist  in  the  saae  hex  as  other  routes  and  will 
restrict  traffic.  it  can  be  defined  by  cursor  or  hex 
nuabers  input  in  order. 

INPUT  DATA:  Location  of  each  connecting  node. 


REDIRECT 

SUMMARY:  The  objective  of  a  unit  can  be  changed  while  the 

transporter  is  enroute.  The  gaaer  can  change  the 
supplier  or  the  customer. 

INPUT  Dj-iTA:  New  objective  unit  ID 

Supplier  or  custoaer  ID 
Transporter  ID 
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SUPPLY-GAMER  INTERFACES. 

SEND  SUPPLY  CONVOYS 

SUMMARY :  The  qaaer  can  sand  a  supply  convoy  froa  a  supply 

unit  to  a  receivinq  unit,  assuainq  both  supply  and 
transportation  assets  are  available  one  or  acre  tiaes 
on  either  a. periodic  basis  or  a  qaaer-specif ied 
schedule.  The  qaaer  enters  either  the  list  of 
supplies  to  be  shipped  each  tiae  or  a  planninq  factor 
for  each  supply  itea.  The  planninq  factors  Mould  be 
set  up  to  vary  the  shipaent  by  soae  aaount  dependent 
upon  the  nuaber  of  personnel  or  systeas  on-hand. 

INPUT  DATAi  Receivinq  unit  ID  Sending  unit  ID 

(Supply  Type,  Iteai,  Duanti tv 1 *Repet i t i ons 
Shipaent  tiae(s) 


RELOCATE  SUPPLY  BASE 

SUMMARY;  The  qaaer  can  specify  that  a  supply  base  be  aoved  to  a 
specific  location  starting  at  a  certain  tiae.  If 
adequate  transportation  is  available  and  enough  tine 
is  allowed,  the  eove  should  take  place  on  schedule. 

The  support  relationships  reaain  the  sane  unless  the 
qaner  changes  then  because  a  new  unit  assiqnaent  (a 
new  temporary  boss)  trigqers  the  gamer  to  assign  the 
new  support  relationships. 

LNPUOAIA:  Supply  base  ID  New  XY  location 

Begin  aove  tiae 


SET/CHANGE  SUPPLY  SUPPORT  RELATIONSHIP  PER  UNI T 

SUMMARY:  At  any  time  before  or  during  the  runninq  of  the 

qane,  the  qaaer  can  set/chanqe  the  assiqned  suppliers 
of  a  unit.  Each  unit  will  have  a  primary,  a 
se.ondary,  and  three  alternate  suppliers  for  each  RO 
supply  tvpe  and  a  primary  and  secondary  supplier  for 
all  other  supply  types. 

INPUT  DATA:  Unit  ID  Supply  type 

Primary  supplier  Secondary  supplier 

Alternate  l  Alternate  2 

Alternate  3  Event  time 
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2.  SUPPLY-GAMER  INTERFACES  (cont.). 

S|T  THE  DAILY  CONTROL  SUPPLY  RATE  <CSR) 

SUMMARY!  The  gaeer  will  sat  tha  control  lad  supply  rata  Tor  tha 
various  supply  items  off-line  every  24  hours  Tor  tha 
next  day.  This  was  described  in  soaa  detail  in  the 
Supply  chapter  (Voluee  I,  chapter  4)  in  paragraph 
7 a ( 2 ) <b) . 

INPUT  DATA!  Mar  duration  estieate 

Supply  type 

Control  possible  itees  list 
Control  threshold  Traction 
Corps-level  apportioneent 
Division-level  apportioneent 
Brigade-level  apportioneent 


CHAH6E  RESUPP L Y_I HRESHOLDS  PER  UNIT/SRC 

SUMMARY!  The  gamer  can  at  any  tiee  change  the  resupply 

thresholds  that  are  used.  Each  unit  has  up  to  three 
thresholds  for  each  RO  supply  type  (the  nuaber  will 
vary  depending  upon  the  unit  status,  etc.).  (Note! 
an  alternative  eethod  would  be  to  use  a  conaand  and 
control  process  (F-COMMANDER)  to  change  the  threshold 
levels.  This  would  allow  wore  factors  to  be 
considered.) 

INPUT  DATA!  Unit  ID/SRC  Supply  type 

New  thresholds  Event  tiee 


CHANGE  AUTHORIZED  QUANTITY _Q F  SUPP L Y  PER  UNIT  GR  SRC 

SUMMARY!  The  gaaer  can  change  the  authorized  level  of  a  supply 
type  or  a  supply  ite*  by  soee  fractional  aeount  Tor  a 
unit  or  SRC  by  echelon  or  operation.  The  new 
authorized  level  can  be  set  Tor  one  to  inTinite 
repetitions  of  supol v  check.  This  interTace  changes 
the  level  oT  supplies  that  the  supply  process  atteepts 
to  aaintain;  it  is  not  performing  ‘magic*  resupply. 

Supply  type 
Operation  cope 
Event  tiee 


INPUT  .DATA!  Unit  II /SRC 

Echel or 
’’epeti  tions 


p 


I 


ffmmin 


wmmmv* 


wsetsKBoamm. 


^tcxszeksjuebc 


2.  SUPPLY-GAMER  INTERFACES  (cont.). 

TRIGGER  RESUPPLY  CHECK 

SUMMARY:  This  interfact  gives  the  ganer  the  capability  to 

cauce  a  resupply  check  innedialely  for  a  unit  or  SRC 
type  per  echelon  and  operation. 


INPUT  DATA; 


Unit  10/SRC 
Echelon 
Event  tiee 


Supply  type 
Operation  code 


CHANSE  RESUPPLY  CHECK  SCHEDULE 

SUMMARY:  The  ganer  can  change  scheduled  resupply  check  tints 

for  a  unit  or  SRC  type  per  echelon  and  operation. 


INPUT  OATA: 


Unit  10/ SRC 
Echelon 
Event  tine 


Supply  type 
Operation  code 


CHANGE  SUPPLY  TYPE  CHARACTERISTIC  FILE  (D-DF3) 

SUMMARY:  The  ganer  can  chanoe  the  data  in  the  supply  type 

characteristics  tile  to  include  the  fraction  of 
throughput  < TP )  or  ALOC  in  the  theater  each  day  for 
a  given  unit  or  SRC  typo.  The  fraction  of  TP  or  ALOC 
arriving  at  the  other  units  will  be  autonat i cal  1 v 
adjusted. 


INPUT  DATA: 


Unit  ID/SRC 
Echel on 
Event  tine 


Supply  type 
Fraction  received 


CHANGE  SUPPLY  ITEM  ATTRIBUTE  FILE  (D-DF6) 

SUMMARY:  The  ganer  can  alter  the  data  in  the  supply  iten 

attribute  file  to  include  the  total  anount  of  a  supply 
type  or  supply  iten  arrivinq  in  the  theater,  total 
ALOC  arriving,  exception  flag,  etc. 


INPUT  DATA: 


Day 


(Supply  Iten,  Aaount)* 
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2.  SUPPLY-BAHSR  INTERFACES  (cont.). 


CHANEE  RO  SUPPLY  ITEH  FORECAST  DATA  FILE  <D-DF7) 


SUHNARY i  The  gaaer  can  altar  tha  data  File  of  tha  Forecast 

aaount  of  a  supply  itaa  par  gaaed  systeas  or  nongaaed 
systeas  ‘or  a  unit  or  standard  requireaents  coda  (SRC) 
typa  par  schelon  and  operation. 


INPUT  DATAi 


Unit  1D/SRC 
Echa) on 
Repeti tions 


Supply  itaa 
Operation  coda 
Event  tiaa 


3.  PERSONNEL -SANER  INTERFACES. 


UPDATE  UNIT  STATUS 


SUNNARY:  The  qaaer  can  chanqe  a  unit's  personnel-receiving 

status  by  settinq  or  resetting  the  unit's  liva/daad 
flag. 


INPUT  DATA: 


Unit  ID 


Flag  status 


RELOCATE  R-POOL 

SUHNARY:  The  qaaar  will  be  able  to  change  the  R-POOL  servicing 

a  unit  by  enterina  the  custoaer  ID,  and  the  nan  R-POOL 
ID.  The  change  Mill  be  recorded  in  both  the  custoaer 
state  vector  and  in  the  R-POOL  list. 


INPUT  DATA: 


Custoaer  ID 


(net*)  R-POOL  ID 


RELOCATE  DISTRIBUTION  POINT 

SUHNARY:  The  qaaer  can  chanqe  a  unit’s  distribution  point  by 

selectinq  the  nee  distribution  point  and  aappinq  it 
to  tha  custooer  in  the  distribution  point  table. 


INPUT  DATA: 


Custoaer  ID 


(neM)  Distribution  point  ID 


«* 


aaeawwjjjgiMVjw. 


3.  PERSONNEL-SAHER  INTERFACES  (cont.). 

TARGET  EFFECTIVENESS  LEVELS 

SUMMARY:  Th*  allocation  table  consists  of  the  target  weapon 

.  off »cti veness  levels  for  every  unit  in  the  gaae.  The 
target  levels  give  the  level  of  weapon  effectiveness 
to  be  reached  if  100%  weapon  effectiveness  cannot  be 
reached.  The  qaaer  can  change  a  units  target  level 
to  anticipate  future  needs. 

INPUT  DATA:  Unit  ID  Target  level 

Opcode  (optional) 


CREW  SIZE 

SUMMARY:  The  qaaer  aav  chance  a  weapon  systea's  crew  size  froa 

full  crew  to  ainisua  crew  by  settinq  the  aax  and  ain 
flag. 


INPUT  DATA;  Weapon  systea  ID 


UNIT  PERSONNEL  IN V ENT 0 R Y 

SUMMARY !  A  persohnel  inventory  shows  the  aaxiaua  nuaber  of 

each  personnel  cateaory  needed  bv  a  unit  to  aan  its 
svsteas  and  perforn  its  tasks.  The  gaaor  can  alter 
the  nuaber  of  personnel  allotted  to  a  unit  but  it  is 
reccaaended  that  this  only  be  done  in  conjunction  with 
alterations  on  the  weapon  systea/task  inventory. 

INPUT _ DATA :  Personnel  cateqorv  Unit  ID 

Cateqory  quantity 

PERSONNEL  REDISTRIBUTION 

SUMMARY:  It  is  desirable  that  the  distribution  of  personnel 

reflect  the  aost  recent  coaaar.d  control  decisions. 

When  a  unit  s  oersonnel  allotaent  will  be  affected 
ti.e.,  when  the  unit  effectiveness  target  levels  have 
been  chanqed),  the  gamur  can  set  the  units  CC  flag. 

INPUT  CAJA :  Distribution  point  unit  ID  Unit  ID 


I-S 


3.  PERSONNEL -JiAHgR  IN T ER FACES  J cant..  >,. 

DELIVERY  TINES 

SUMMARY:  A  delay  table  Mill  be  used  to  determine  hoe  long  the 

personnel  assignaent  (ASS6N)  Mill  take  to  be 
(coapletely)  delivered.  The  gaaer  aay  alter  the  tiees 
to  better  reflect  nonpar aaetric  conditions. 

INPUT  DATAi  R  -POOL  ID  Unit  ID 

Distribution  point  ID  Delay  tiae 


* •  DEC0NTAB1NATI0N-6AMER  1NTE SPACE. 

DECON  REQUEST 

SUMMARY:  A  unit  can  be  directed  by  a  game  controller  to  receive 

decontaaination.  The  unit  aust  have  been  hit  by 
either  persistant  or  seaipersi stent  agents.  In 
addition  to  specifying  a  unit  to  be  deconned,  the 
gamer  can  specify  the  decon  unit  and  the  decon  site. 

INPUT  DATA:  Contaai r.ated  unit  ID  Decon  unit  ID 

Oeron  site  (optional) 


5.  HISTORY  OUTPUT. 

a.  The  designers  of  this  aodel,  spent  considerable  tiae  uorkinq  with 
the  school  repress.  tatives  and  the  anticipated  aodel  users  learninq  each 
functional  area  and  identifying  the  anticipated  sodel  usage  and  output 
requirements. 

b.  Analysts  froa  the  Studios  and  Analysis  Directorate  (SAD)  and 
Scenario  and  War  Gaaing  Direct  irate  (SNG) .  Coabined  Arms  Operations 

J  Research  Activity  (CAQKA)  prov  ded  the  designers  nith  a  list  of  output 
I  data  needed  to  support  the  analysis  of  studies  they  anticipate  Mill  be 
j  don*  with  a  balanced  cor ps- 1  ev>.*l  aodel.  Listed  below  are  th?  logistics 
I  output  requireaents  for  the  Combined  Aras  Mission  Area  Analysis  provided 
by  SAD: 

o  Major  Equipment  lteas. 

Nuaber  of  daaaqed  or  destroyed  items  that  were  not 
replaced  within  expected  tiae. 


Reason  for  nonr ep 1 ac t sen t 


lit  /■ 


oo  Evacuation  capability  shortfall 


Equipeent 

Crews 

-  Road  congestion 

oo  Repair  capability  shortfall 

Support  unit  overload 
Repair  parts 

oo  Replaceeent  shortfall 

-  Itees  not  available 

-  Reason"* 
s» 

o  Pefroleua,  uils,  and  lubricants  (POO,  aeeo 

-  Nuaber  of  tiaes  that  shcrtaqes  were  noted 
(unified  requests'*) 

*  Reason  for  shortaqe 

oo  Supply  point  shortfalls  (reason?) 

oo  Carrier  capability  froa  supply  point  to  unit 

Equipaent 
Personnel 
Road  conqestion 

o  Personnel 

-  Nuaber  and  type  of  units  not  returned  to  full  strenqth 
.  within  expected  tiae 

-  Reason  for  shortfall 

,  oo  Evacuation  systea  capability 

oo  Medical  facility  capability 

Caoacitv 

Personnel 

Equipaent  and  Supplies 
oo  Personnel  replaceeent  systea 

Military  occupational  soecialty  (NOS) 


1-3 


c.  Each  designer  perforeed  a  detailed  analytie  of  hit  functional 
area  to  dataraina  where  in  tha  aodal  loqic  tha  output  functions  should 
ba  locatad.  Tha  '•suit  of  this  analysis  was  pradictablai  tha  output 
data  naadod  by  tha  analyst  could  ba  extracted  froa  tha  action 
generators. 

d.  For  tha  dasiqnars,  tha  review  of  aach  functional  area  was  an 
affiraaton  of  thair  idaas  concarntng  tha  JSO  aathodotogyi 

(1)  Tha  antitias  wara  salactad  bacauta  thav  wara  tha  critical 
alaaants  in  tha  siaulation  that  naadad  to  ba  tracked.  Any  raal  world 
entity  that  was  considarad  iaportant  to  a  corps-loval  nodal  was  aada  a 
aodal  entity. 

(2)  Tha  actions  for  aach  entity  wara  selected  bacausa  thay 
represent  key  chanqas  of  state  in  tha  entity. 

a.  Tha  antitias  that  are  salactad  for  tha  aodal  should  ba  thosa 
that  naad  to  ba  traced  by  tha  analyst.  Tha  actions  salactad  should 
represent  tha  events  that  are  iaportant  in  tha  life  of  the  entity  and 
that  record  a  change  in  tha  entity.  Tha  JSD  antitias  and  actions  should 
correspond  to  the  entities  and  actions  of  interest  to  tha  analyst. 

f.  Each  tiae  an  action  is  executed  for  an  entity,  tha  data  chanqas 
should  ba  recorded  in  tha  history  file.  As  described  above,  this  file 
will  consist  of  all  tha  key  event  data  for  tha  siaulation.  Mith  vary 
fet;  « xcept  i  one,  this  is  all  that  is  needed  to  aeet  the  output 
requiraaants  of  tha  users.  The  exceptions  thus  far  identified  lie  in 
the  personnel  operations  area  and  are  listed  balowi 

(!)  Tha  Soldier  Support  Canter  has  requested  strength  accounting 
outout  data.  The  data  will  be  accuaulated  tor  an  entire  period  (24 
hours)  for  each  replacaaent  pool  (A-TOOU .  for  aach  echelon,  and  for 
each  period.  Tha  inforeation  available  will  ba  tha  nuabar  of  each 
por sonnet  category  requisitioned,  tha  unit  raguasting  the  personnel,  the 
reason  (I. a.,  unit  shortfall  or  weaoon  systaa  replaceaant  operation 
( tfSRO »  crew  request),  and  tha  nuaber  of  personnel  of  each  cateqory 
supplied. 

(2)  Other  possible  personnel  outputs  would  include  the  nuaber  of 
substitute  personnel  provided  for  a  qiven  parscnnal  cateqorn  the  lenqth 
of  tine  required  to  satisfy  WSKO  requests!  the  lenqth  of  tine  required 
for  replacaaent  personnel  to  reach  their  assiqned  unit!  and  the  nuaber 
of  uersonnel  assignee nts  cancelled  or  rerouted. 


APPENDIX  J 


DATA  REQUIREMENTS 


1 .  OATA  FILE  CROSS-REFERENCE. 


C-DF1 


C-DF2 


C-DFJ 


C-DF4 


C-DF5 


C-DF6 


C-DF7 


c-dfb 


C-DF* 


C-DF  1-7 


C-OFU 


C-DF12 


U-UF  2 


D-OF’, 


CONTROL  UNIT  REPORT  STRUCTURE 


MAXIMUM  REQUEST  LIFE 


HAULING  CAPACITY 


COMMODITY  MEASURE 


TRAVEL  TYPE 


IMPLICIT  MOVE  RATE 


PM  DATA 


MINIMUM  TRANSPORT  SUE 


IMPLICIT  UNIT 


IMPLICIT  STATIONARY  DATA 


f-SUPPLIER  C2  TIME 


T-CONTROL  C2  TIME 


SCHEDULED  SUPPLY  CHECK 


SCHEDULED  SUPPLY  CHFCK  TIMES 


SYSTEM  FUEL  CONSUMPTION 


F-DIRECT-RQST  (C-F2) 

F-TCONTROL  (C-F3) 

F-TSUPPLIER  (C-F4I 

F-TCONTROL  (C-F3I 

F-TSUPPLIER  (C-F4 ) 

F-TCONTROL  (C-F3) 

F-TSUPPLIER  (C-F4I 

F-TSUPPUER  IC-F4I 

F-SND-T MP- TRAVEL  (C-F7) 

F-AIR-IMP-TRAVEL  (C-FB) 

F-SCHED-1MP-TRANSP  (C-F14I 

F-TRANSP-PM  (C-F12) 

F-SPLIT-CK  (C-FI3) 


F-SCHED- 1MP-TRAN8P  (C-F14) 


F-TSUPPUER  (C-F4) 


F-TCONTROL  (C-F3) 


F-RO-RQMT  ( D-F 1 ) 


F-RO-RGHT  ( D-F I ) 


F-FUEL-USED 


■: 


fcj?  D-DF4 

RESUPPLY  THRESHOLDS 

F-RQ-SUPPLYCK 

(D-F3) 

d-dfs 

RO  SUPPLY  TYPE  CHARACTERISTICS 

F-RO-SUPPLYCK 

(D-F3) 

■I  D-DF6 

RO  SUPPLY  ITEM  CHARACTERISTICS 

F-RO-SUPPLYCK 

(0-F3) 

8 

F-ALLOC-ORDER 

(D-F14) 

’>N 

V.'  D-DF7 

•if  0-DF8 

SUPPLY  TYPE  RQHNT  FORECASTS 

F-RO-SUPPLYCK 

(D-F3) 

PLANN1N6  FACTORS  . 

F-PF-RQNT 

(D-F5) 

D-DF9 

PLANNING  FACTOR  SUPPLY  SCHEDULE 

F-PF-ROHT 

(D-F5) 

o-DFio 

SPECIAL  SUPPLY  ORDERS 

F-JF-RQRT 

(D-F6) 

D-DFll 

WSRO  HE I  AHHO/FUEL  BASIC  LOADS 

F-NSRO-SPLY-RQD 

(D-F8I 

mf 

F-SHIP-AVA I L 

(D-F10) 

•  *  .  • 

F-ACLOC-ORDER 

( D-F 1 4 1 

D-DF12 

SUBSTITUTES  FOR  SUPPLY  ITEMS 

F-SUPPLY-RQST 

(D-Ftl! 

V'*'  E-UF1 

SYSTEM/CREN  TABLE 

F-PEREP 

(E-FI) 

F-CALPER 

(E-F6) 

F-ARRCRU 

(E-F12) 

F-CHINV 

(E-F4) 

E-DF2 

R-PQOL  LIST 

F-PEREP 

(E-Ft) 

|j£  E-DF3 

DISTRIBUTION  POINTS 

F  -PEREP 

(E-F  1 ) 

E-DF< 

SUBSTITUTION  TABLE 

F-LOCPER 

(E-F13) 

E-DF3 

ALLOCATION  TABLE 

F-ALLPER 

(E-F5) 

l£\  e-dfs 

STANDARD  INVENTORY 

F-PEREP 

(E-Ft) 

E-DF7 

DEMAND  GROUP 

F-PEREP 

(E-F  I ) 

F-NUNSR 

(E-F7) 

F-OUSR 

(E-F 8)  ' 

’.y 

F-FIlLNS 

(E-F9I 

F-SUPPER 

‘E-F 10) 

FCHFCUS 

(E-F  1  1  t 

'is,  E-DF8 

N-QUEUE 

F -PEREP 

(E-F  1 ) 

F -ALLFER 

(E-Fbi 

>* 

14 

F  -calper 

(E-FS) 

r-j 

O 

r.'j 

O 
^  > 

J -2 

/'• 

h.  \  rc- no 

r  C'  ov 

r "  ,, 

x.  /  *  ■'  \  -  } 

r  •  - 

v 

E\ 

E-DF9 

MSR-OUEUE 

F-MSRQ 

F-NUNSR 

F-OLNSR 

F-FILLNS 

F-ARRCRU 

(E-F2) 

(E-F7) 

(E-F8) 

(E-F9) 

(E-F12) 

F-SUPPER 

(E-F10) 

F-CHKCUS 

(E-Fll) 

F-CALPER 

(E-FA) 

E-DF10 

RQHT 

F-PEREP 

F-CHINV 

(E-Fi) 

(E-F4) 

F-ALLPER 

(E-F3) 

F-CALPER 

(E-FA) 

E-DFI1 

T-OUEUE  CEILINGS 

F-PEREP 

(E-FI) 

F-DF1 

DAILY- AVAILABLE-RESOURCE  HOURS 

F-REP-RES-ALLOC 

(F-Fl) 

■ 

F-HOLD/HOVE-ASSESS 

(F-F2) 

F-DF2 

RESOURCE-TYPE-SUBSTITUTES 

F-REP-RES-ALLOC 

(F-F 1 ) 

F-HOLD/HOVE-ASSESS 

(F-F2) 

F-DF3 

PERSONNEL/ V I CT IN- TYPE 
PROBABILITY-TABLE 

F-TRANSFQRH 

(F-F3) 

F-DF4 

SYSTEN-TYPE/ROUNO-TYPE/VICTIH- 
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DATA  FILES. 


C-PF1  CONTROL  UNIT  REPORT  STRUCTURE 

SUMMARY i  a.  This  is  a  transportation  control  unit  reporting 
structure.  Evsry  unit  of  any  typs  that  can  rsqusst 
transportation  aust  havs  a  control  unit  to  raport  to. 

A  requesting  unit  can  rsport  to  itself  (e.g.,  aaneuvar 
unit  Kith  its  oun  trucks)  or  it  can  rspurt  to  a  highsr 
•chalon  control  unit  <e.q.,  division  aoveaent  control 
officer  (HCO)). 

b.  Thasa  data  should  be  praprocassad  and  tha  raport 
ralationships  sat  up  autoaatical ly.  Tha  default 
should  bo  that  each  unit  raport  first  to  division  MCO, 
than  to  tha  aovaaant  control  cantor  (MCC),  than  to  tha 
thaatar  aray  MCC.  Tha  TA  MCC  can  control  any 
transpor tation  assets  outsida  of  corps.  Tha 
proprocassor  aust  hava  ovarrido  capability. 

c.  Each  unit  should  hava  a  state  vector  attribute 
that  identifies  its  tr ansportati on  control  unit. 

d.  Each  control  unit  aust  hava  a  separata  state 
vector  attribute  to  identify  its  next  control  unit. 

a.  Two  separata  attributes  for  c  and  d  are  necessary 
so  that  a  custoaar  can  be  its  oun  control  unit. 


DATA  USER: 


F-DIRECT-RQST 


(C-F2) 


C-DF2  MAXIMUM  hgOUEST  LIFE 

SUMMARY!  This  provides  the  anxiaua  t i at  a  request  can  be  in 
ona  place  without  being  processed.  After  that  tiae 
has  elapsed,  a  decision  is  aade  about  what  to  do  with 
the  request.  The  request  life  defines  the  aaxiaua 
tiae  a  request  can  exist  at  a  controller  and  at  a 
transportation'  supplier. 

DAIOSER:  F-TCONTROL  (C-F3) 

F-TSUPPLIER  <C-F«> 

PARAMETERS!  Request  processor  type: 

(controller  or  transportation  supplier) 
Request  processor  echelon 
Support  type 

RESPONSE!  Any  tiae  considered  the  aaxiaua  tiae  before  a 
decision  is  aade  about  the  request  (0-999999) 


C-DF3  HAUL IN6  CAPACITY 

SUMMARY:  This  provides  the  hauling  capacity  of  tach  vehicle 

and  aircraft.  Any  vehicle  or  aircraft  that  Mill  bo 
usod  by  tho  transportation  oodol  oust  bo  included 
hero.  Tho  capacity  oust  bo  given  in  both  voluoo  and 
weights  gallons  for  liquid.  Tho  unit  of  oeasuro  can 
bo  in  any  ooasureoont  as  long  as  it  oatchos  filo  C-DF4 
for  each  side  (Blue  or  Rod). 

DATA  USER;  F-TCQNTRDL  (C-F3) 

F-TSUPPLIER  (C-F4) 

PARAMETERS!  Vehicle  typo 

Coaoodity  liquid  or  solid 

RESPONSE!  Solid:  Voluoo  in  cubic  enters  or  feet 
Height  in  short  tons  (STONS) 

Liquid:  Voluoo  in  gallons 
Height  in  STONS 


C-DF4  COMMODITY  MEASURE 


SUMMARY: 

DATA  USER; 

PARAMETERS 

RESPONSE: 


This  provides  the  capacity  needed  to  haul  each 
coeeodity.  The  coeeodity  eust  be  defined  in  the  saae 
teres  as  it  is  ordered  in  (o.q.,  rounds,  bladders'. 
The  size  eust  be  qiven  in  both  weiaht  and  voluee. 
NOTE:  The  unit  of  aeasures  between  C-DF4  and  C-DF3 
eust  eatch  for  each  side  (Blue  and  Red). 

F-TCONTROL  (C-F3) 

F-TSUPPLIER  (C-F4)  . 

Coeedity  type 

For  each  coeeodity: 

Weight  in  STONS 

Voluae  in  cubic  aeters  or  feet  or  gallons 
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C-DF5  TRAVEL  TYPE 


SUMMARY i 

DATA  USER! 

PARAMETERS; 

RESPONSE! 


This  detines  whether  an  i ap licit  or  explicit 
transportati on  unit  should  be  craatad.  14  an  explicit 
unit  is  to  ba  craatad,  this  defines  whether  iaplicit 
or  explicit  travel  will  be  used. 

F-TCONTRQL  (C-F3) 

F-TSUPPLIER  (C-F4) 

Transportation  type  (air  or  ground) 

Origination  point  (parent  unit)  echelon 
Destination  point  (custoaer)  echelon 

Iaplicit  transpprtation 

Explicit  transporter  iaplicit  travel 

Explicit  transporter  explicit  transporter 
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C-DF_i  IMPLICIT  MOVE  RATE 

SUMMARY:  This  it  used  in  the  computation  to  determine 

implicit  travel  time.  Because  ground  units  will  NOT 
check  conditions  along  a  touts,  toss  (reassuaed 
conditions  aust  ba  astablishsd  whan  defining  tha 
implicit  aovaaant  rata  data.  Every  vehicle  and 
aircraft  typa  that  can  ba  used  as  a  transportar  aust 
ba  defined  in  this  table. 

DATA  USER:  F-5ND-IMP-TRAVEL  (C-F7) 

.  F-AIR-1MP-TRAVEL  (C-F8) 

PARAMETERS:  Vehicle  type 

Environmental  conditions: 
o  Day/Night 
o  Summer /Mi nter 
o  Dry/Rain  or  Snow 

RESPONSE:  Movement  rate  in  maters  per  minute.' 


C-Pf  7  POMi 


SUMMARY! 

DATA  USX  a i 
PARAMETERS i 
RCSP0NS(t 


This  it  uted  to  deterein*  tho  delay  bttNton  the 
tit*  *  vahicle/aircraf t  arrive*  back  at  it*  parant 
unit  and  th*  tiat  it  Mill  bt  available  tor  ttrvico. 
Thi*  dtlay  thould  include  all  preventive  aaintenanc* 
(PM)  tie*,  refueling  tie*,  etc. 

F-TRAMSP-PM  (C-F12) 

Vehicle  type 

PM  d.'l  ay  tie* 


c-Mi  auumm.TMMfMT  ?i2i 


SUMMARY i 

0AJA  ysCRt 
MAAAM|_?t,f)Si 

*<SfWU* 


Th.t  dafinat  tha  atmouo  tlie  lor  a  convov  ol  around 
vahiclat  and  for  a  flight  of  aircraft.  Thit  it 
atpactally  laportant  in  •  fractional  daaaqt  aodtl  1 i k • 
COMCIVEM  in  ordar  to  avoid  taall  fracttont  of 
trmtportara  aovmq  on  tho  Oattlafiald. 

f-SPUT-O  (C-M31 

Tranaps'rt  typo  (oround  or  air) 

Cchalon  of  parant  unit 

Mmiego  tranipo'tar  alia  (O-tW) 

NOTE i  Tha  datignart  taa  no  raaton  to  avar  hava 
tha  amiaua  at  any  achalcn  iatt  than  1. 


C-DF9  IMPLICIT  UNIT 


mmi*  Thi »  Hill  bo  a  ttaporary  lit*.  Milan  an  implicit  “"it 
it  craatad,  an  antira  ax  pi i c i t  unit  racord  it  not 
naadad.  Thit  taallar  racord  can  ba  pataad  and  traatad 
in  aucn  the  aaaa  wav  at  an  explicit  unit  racord.  It 
aill  ba  taallar  and  aaay  to  craat*  and  dalato. 

DATA. USER i  Mott  trantportation  units 

DATA  EMTWIESi  Unit  racord  ID  Cuatoaar  ID 

Suppliar  ID  Currant  location 

Trantportation  auppltor  ID  (Parant) 

Objective  unit  Objactiya  location 

Vehicle  type  Load  type,  quantity 

Hittion  ttatuai 

0  ■  at  parant  ready  lor  aittion 

1  ■  at  tuppliar 

2  •  at  cuttoaar 

3  *  at  parent  uith  aittion  coaplata 


S*V 


tom  Lflgy  on _s i.flj.isMft r_ mi  a 

SUNHARVi  Thi*  is  utad  in  tho  computation  to  dotoraine  loplicit 
transporati on  tiaa.  loplicit  transportation  is  tht 
tost  aqqroqatod  fora  of  oatoriol  and  porsonnal 
aovaoont.  No  ditailad  load/unload  tiao  or 
adoinistration  liao  Mill  bo  considorod.  This  allots 
th#  usor  to  input  constant  tiaos  to  that  it  Mill  bo 
considorod.  This  tiao  is  addod  to  tho  aovo  tiao. 

DATA  USER »  F -SCHED- IRR-TRAN8R  (C-F12) 

PARANEJERSi  Ground  or  air  transportor 

Startino  point  (paront,  aupplior,  custoaor) 

RESPONSE i  Tiao  to  account  for  stationary  tiao 

(o.q..  load  tiao)  (0-99999>  in  ainutos. 


"  /!'  \) 
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C-Ofll  T -SUPPLIER 
SUHHARYt 


DATA  USER! 
PARAMETERS! 


C2  TIRE 

Thin  dalinaa  a  coatand  and  control  dolay  tioa  at  tha 
tranaportatio*  auopliar  unit.  Tha  tiaa  account*  for 
tha  tiaa  not  explicitly  aodalad  such  aa  coordination 
tiaa  within  a  unit,  tiaa  to  dacida  what  vahiclaa  to 
uaa,  and  ti to  qat  tha  vahiclaa  toqathar  at  a 
debarkation  point. 

F-TFUPBIIER  <C-F«) 

Tramportation  auppliar  typaa 
•a.q.,  truck,  helicopter) 

,  Echelon 


RESPONSE i 


C 2  dalay  tiaa  <0  to  9999)  in  amutaa 


C-PF 12  CONTROL  C2  TIME 


SUHHARVl 


DATA  USER: 

PARAMETERS! 

RESPONSE! 


This  defines  a  coeaand  and  control  dalay  tiaa  at  tha 
transportation  control  unit.  Tha  tiaa  accounti  for 
tha  tic*  not  explicitly  aodalad  such  as  coordination 
tiaa  within  a  coaaand  cantor,  tiaa  to  aake  a  decision, 
and  tiaa  to  coaaunicata  tha  decision  within  an 
echelon.  This  should  only  account  f of  coaaunication 
within  an  echelon.  Coaauncation  between  echelons  is 
through  the  Coaao  aodule. 

F-TCOMTROL  <C-F3) 

Transportation  controller  echelon 

C2  delay  tiae  (0  to  9f?9>  in  ainutes 


/ 


SUMMARY i  a.  This  Hit  lift*  the  unit*  which  have  on*  or  aora 
of  thair  RO  supply  types  chtckad  on  a  scheduled 
basis. 

b.  Thasa  data  should  be  preorocessed  and  tha  support 
ralationships  sat  up  autoaatically.  During  tha  play 
of  tha  gaae,  lists  are  aaintainwd  by  priority 
changes.  They  include  new  units  added  to  tha  list, 
daad  units  taken  off  the  list,  changes  in  support 
ralationships,  etc. 

c.  Each  unit  has  a  list  of  suppliers  to  which  it 
sands  its  supply  requireeentS'  In  soae  cases  (e.g., 
aaao) ,  this  aaans  breaking  the  supply  requiraaants 
into  wore  than  one  order  because  tha  unit's  suppliers 
each  provide  different  itees  of  the  supply  type  in 
the  unit  s  basic  load. 


DATA  USERi  F-RO-RQHT  (D-Fl) 

PARAMETERS!  Side  Unit  type  (SRC) 

RO  supply  type  Scheduled  tiaa 

RESPONSE!  List,  of  units  in  required  order  . 


V  ♦ 

* « 
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SUMMARY i  This  fil*  iticiHti  the  t i**s  of  units  that  have  RO 
supply  typss  chicked  on  a  scheduled  basis.  Sst 
SCHEDULED  SUPPLY  CHECK  (D-DFl ) . 

DATA  USER:  F-fiQ-RQNT  (D-Fl) 

PARAMETERS:  Sid*  Unit  typ*  (SRC) 

RO  supply  typ*  Current  pa**  tia* 

RESPONSE:  Schedule  ti*e  for  a  particular  group  of  units 
to  be  checked. 
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D-0F3  SYSTEM  FUEL  CONSUMPTION 

SUMMARY :  a.  This  data  tilt  qives  the  fuel  type  and 

consuaption  rats  of  a  system  operating  in  a  unit 
typo  (SRC)  performing  a  specific  operation  type 
(OPCODE). 

b.  This  file  also  provides  the  data  for  nonplayed 
fuelburning  systeas.  This  accounts  for  the  fuel 
consuaption  for  systeas  found  in  the  TOE  of  a  unit 
that  are  never  specifically  played  in  the  aodel , 
such  as  generators.  The  aaount  obtained  froa  the  data 
file  is  for  the  unit  at  100  percent  of  its  table  of 
organization  and  equipaent  (TOE)  strength.  This  is 
altered  in  the  function  by  the  unit's  level  of  systea 
effectiveness. 

DATA  USER;  F-FUEl-USED  (D-F2) 

PARAMETERS!  Side  Unit  type  (SRC) 

OPCODE  Systea  ID 

RES a0NS£i  Consuaption  rate  in  quantity/hcur .  The  aeasureaents 
aust  be  consistent  uith  the  other  fuel  aeasures 
used  in  the  force,  including,  systea  fuel  tank 
and  storage  facilities  capacities. 


J-l? 


0-DF4  RESUPPLY  THRESHOLDS 


SUHHARY; 


DATA  USER: 
PARAMETERS; 

RESPONSE; 


This  Til*  provides  th*  threshold  level,  in  Fractional 
Tor*  (0.0  -  1.00),  to  ehich  a  unit's  current  supply 
status  Tor  any  supply  type  is  coepared.  The  unit's 
current  status  is  the  Traction  oT  the  unit's 
requisition  objective  (R0)  aeount  that  is  currently 
available  or  due-in.  There  are  three  threshold 
levels;  one  Tor  the  reorder  point,  one  Tor  th* 
critical  point,  and  one  Tor  the  eaerqency  resupply 
point.  All  R0  supply  types  need  at  least  th*  reorder 
threshold.  A  set  oT  thresholds  is  needed  Tor  each 
supply  type,  unit  type  (SRC),  and  HSNCQDE.  Default 
tables  Mill  be  provided  beTore  preprocessing.  These 
can  be  changed  by  the  gaaer  in  preprocessing  or  during 
the  running  of  the  gaee.  (Note;  Decision  tables  can 
replace  the  threshold  logic  that  is  in  the  design). 

F-RO-SUPPLYCK  (D-F3) 

Side  Unit  type  (SRC) 

R0  supply  type  MSNCQDE 

Reorder  threshold  (0.0  to  1.0) 

Critical  threshold  (0.0  to  1.0) 

Eaerqency  threshold  (0.0  to  1.0) 


D-DF5  SUPPLY  TYPE  CHARACTERISTICS 


SUMMARY i 


DATA  USERi 

a 

PARAMETERS; 


RESPONSE: 


This  Tils  provides  inforaation  on  several  supply 
type  characteristics.  These  data  qenerally  apply  to 
all  iteas  of  the  supply  type  and  are  often  fractions 
or  flaqs. 

F-RO-SUPPLYCK  CD-F31 

F-LIFT-JOB  (D-F16) 

F- ARRIVE -CUSTOMER  (D-F17) 

Supply  type 

Current  unit  type  (SRC) 

Echelon  of  current  unit  .  i 

RO  flap  Tailgate  flap 

Fraction  ALOC  arriving  at  unit  SRC 
Fraction  throughput  to  unit  SRC 

(Note:  This  includes  pipel ine/barpe  delivery) 
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D-DF6  SUPPLY  ITEM  CHARACTERISTICS 

SUMMARY.:  Thi«  dile  provides  indorsation  peculiar  to  various 

supply  type  itaas.  Soaa  od  the  data  art  in  taras 
od  tha  total  aaount  od  an  itaa  or  the  weight  od  an 
itaa;  others  are  dlaqs  indicating  spacial  traataent. 

DATA  USER:  F-RO-SUPPLYCK  tD-F3> 

F-ALLOC-ORDER  (D-F14) 

F-ARRIVE-CUSTOMER  (D-F17) 

PARAMETERS;  Mar  stata  (peaca,  transition  to  war ,  or  war) 

Sida  Supply  typa  . 

Itaa  ID 

RESPONSE:  Total  aaount  (less  ALOC)  arriving  in  theater 
this  day 

Total  aaount  od  ALOC  arriving  in  theater 
this  day 

Neiqht  od  itea  (STONS) 

Storage  requireaent  per  itaa 
(Sals,  Ltrs,  CuFt,  ate.) 
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O-DF 7  SUPPLY  HEW  FORECASTS 

SUHHftRYi  This  file  provides  tha  aaount  of  a  supply  typa  itee 
that  should  be  added  (if  any)  to  a  unit's  regular 
order  to  account  for  an  assigned  aission  beginning  in 
the  near  future. 

DATA  USER:  F-RO-SUPPIYCK  (D-F3) 

PARAHETERSi  Side  Unit  type  (SRC) 

RO  supply  type  Itea  ID 

HSNCODE 

RESPONSE!  Total  additional  aaount  required  per  day  of  the  itee 


J  —  2  3 


SUHHARV:  This  Tile  contains  th*  planning  lector  lor 

deteraining  ho**  ouch  PF  supply  typs  is  alloted  to 
or  consuaaed  by  a  unit,  based  on  the  personnel 
available. 


DATA  USER: 

F-PF-RQHT 

(D-F5) 

PARAHETERS: 

Side 

Supply  type 

Unit  type 

HOPP  posture  OPCODE 

Contaeinatibn 

level 

* 

RESPONSE:  Neiqht  aeount/aan/dav 


I 
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Q:M’  SUPPLY  PIAWWIW8  FACTQP  SCHEDULE 


SUHHAPYi  Thin  Hit  contain*  tho  tin#  ochodule  for  th*  PF 
oupply  typo  conauaption  and  appraital  occurancoo. 
Tho  tiooo  aro  not  qaoo  dock  tiooo  but  daily  tioo 
•choduloo  baaod  on  tho  24-hour  clock. 

F-PF-PQHT  <D-FS> 

P>RAH£TERS>  Si  do  Supply  typo. 

^iSP.ONSEi  Tioo  of  noxt  occurronco. 


fcRlA  |P6LlAt_SU£fUlJlift£ii 


SUHfljRYi  *.  7h i •  file  contain!  the  inforoation  about  ar.y 
tpocial  job  tupply  ordert  that  in  tot  up  by  tho 
qaaer/uaer  before  or  durtnq  tho  qaee  or  that  art 
ropuoatoP  by  a  unit  durinq  tho  qaot. 

b.  Tho  tpocial  tupplv  ordort  aro  thote  that  aro 
required  to  provide  tuppliea  tor  tpocial  job!  not 
ordinarily  expected  by  a  unit  or  thoto  tor  which 
adoauato  tupplioo  are  not  utuallv  available.  For 
oxaaple,  tho  oinot  needed  by  an  onqineerinq  unit  to 
lay  a  oinetield.  The  oinot  require  too  ouch  carqo 
apace  to  be  carried  at  part  ot  a  unit*  reqular 
inventory. 


c.  Thu  tile  it  alto  uted  for  tettinq  up  one  or  eore 
thipaentt  froe  one  tuoplier  unit  to  a  receiver  unit 
■hich  can  be  either  tpecified  in  detail  or  bated  on  a 
pianninq  factor  <e.a.«  turviv.nq  tvttiat  or  on-hand 
pertonnol).  The  thipaentt  can  be  tent  on  a  reqularlv 
scheduled  batit  or  on  any  tpecified  periodic  batit. 


DATA  USER » 
PARABE  TEPS i 


f-jp-pgbt 

Side 


( D-Fb) 

Order  nuaber 


RESPONSJi  SUPPLY  CUSTGBER  ID 
Order  litt 
Reoetitiont 


SUPPLIER  ID 
Schedule  tiae 


SUWHAWYi 


MIOSIRi 

RESPONSIi 


This  file  contain*  tha  aaount  of  each  aaaunition/ 
fuel  itoo  contained  in  a  weapon  ayatoo  replaceaent 
objective  (tfSRO)  aajor-end-itea  (MEI)  baaic  load. 
(Hotel  Thia  ia  not  neceaaarily  the  taae  aa  the 
itea-to-ayatea  relationahip  that  exist*  in  CORblVEH. 
For  inatance,  a  unit*  baaic  load  of  an  aeeunition 
type  uaed  by  aeveral  different  ayatea*  aay  be 
deterained  durinp  preproceaainp  by  aultiplyiny  the 
nuaber  of  each  ayatea  uainq  it  in  the  unit  by  the 
ayatea*  baaic  load  aiie  and  adding  the*  together. 
However ,  a  baaic  load  would  not  be  iaaued  to  the 
ayatea.) 


F-HSRO-SRLY-RQD 

(0-FI) 

F-SH1R-AVAIL 

(D-10) 

F-AUOC-ORDER 

(0-14) 

Side 

Hi!  10 

(Supply  type,  iteal,  aaount)*  in  Nil  typea  It 
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P-0F12  SUBSTITUTES  FOR  SUPPLY  ITEMS 


summary i 

DATA  USER l 
PARAMETER  5.1 

RESPONSE! 


This  Hie  contains  any  assiqned  substitutes  for 
supply  itees.  If  the  supply  its*  originally 
required  by  the  unit  is  not  available  or  the  SUPPLY 
CUSTOMER  has  surpassed  its  controlled  alloteent, 
then  substitutes  are  looked  for. 

F-SUPPLV-RQST  (D-Fli) 

Side  Supply  ID 

Supply  itee  ID 

Substitute  supply  ites  ID 


E-DF1  SYSTEH./CREW  TABLE 

SUMMARY i  The  weapon  ayjtee/taak  crew  table  conaicta  of  eappinga 
of  wtapon  ayattaa  and  peraonnel  categoriea.  For  each 
avatta,  tha  full  craw  and  einieue  craw  alzaa  ara 
provided  for  each  paraonnal  type  involved.  It  ia 
currently  aaauaad  that  there  can  be  at  eoat  two  typea 
of  peraonnel  aaaociated  with  any  one  ayatee  type. 


DATA  USERi  F-PEREP  <E-F1> 

F-CALPER  (E-F6) 

F  CHI MV  1E-F4) 

F-ARRCRU  (E-F12) 


PARAMETERS!  Weapon  ayatee  10 

Max  or  Min  indicator  Hull  or  ein  crew  eizea). 

RESPONSE!  Return i no  valuea  would  conaiat  of  the  category  and 

the  nuaber  of  each  peraonnel  category  required  for  a 
tingle  crew  of  the  apecified  ayatee. 


%  \ 


E-0F2  R-POOL  LIST 


r 


K 


SUMMARY!  A  list  of  the  R-POOL  unit  IDa  in  to  bo  net  up  in  th* 
ordnr  in  tthich  thny  in  to  bo  evaluated  (lowont 
ocholon  to  highent,  etc). 

DATA  USERi  F-PEREP  <E-Ft> 

PARAMETERS!  Mono 

RESET  il«  Mhon  F-PEREP  begin*,  tho  lint  in  obtained  and 
tho  R-POOL  unit  IDo  art  referenced  in  ordor. 


i-Zb 


EzPEI  DISTRIBUTION  POINTS 

SUMMARY:  Th*  distribution  points  art  units  to  which  convoys 

will  dolivar  parsonnal.  For  txaaplt,  tha  brigade 
haadquartars  tor  a  group  of  battalions  will  ba  thair 
distribution  point.  Bacausa  aach  distribution  point 
will  ba  a  defined  unit  in  tha  gaae,  tha  table  will 
consist  of  a  aappinq  of  custoaar  unit  IDs  to 
distribution  point  unit  IDs. 

DATA  USER:  F-PEREP  <E-Ft> 

PARAMETERS:  Custoaar  unit  ID 

RESPONSE:  Tha  distribution  point  ID  is  raturnad. 
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E-DF4  SUBSTITUTION  TABLE 


SUMMARY! 


DATA.USER! 

PARAMETER: 

RESPONSE: 


The  substitution  table  contains  all  of  tht  accaptabla 
altarnativa  categories  for  aacb  category  of  personnel 
used  in  the  gaaa.  One  suggested  foraat  would  be  a 
square  aatrix  with  aach  row/coluen  being  a  category  of 
personnel.  The  entries  would  indicate  whether  the 
coluan  cateqory  was  a  substitute  for  the  row  cateqorv. 
Another  foraat  would  be  a  list  of  linked  lists.  With 
either  arrangepent,  one-way  substitutions  would  be 
pernittad. 

F-LQCPER  (E-F13) 

Personnel  category  needinq  a  substitute. 

Returning  value  would  be  either  an  appropriate 
substitute  category  or  a  NIL  (negative)  response. 


SUMMARY!  Th»  allocation  table  contains  th*  target  weapon 
of f acti veness  ltvels  for  avory  unit  in  tho  gas*. 

The  targot  lovolt  reprosont  tho  lovol  of  woapon 
at f octi vonoss  that  should  bo  attained  if  100X  woapon 
of f ectivoness  cannot  bo  reached.  Tho  table  values  can 
bo  changed  by  gaaer  intervention. 

DATA  USER!  F-ALLPER  (E-Fl ) 

PARAMETERS;  Unit  ID  Unit  opcode 

Unit  function  code 


RESPONSE!  Allocation  percentage 


E-DF&  STANDARD  INVENTORY 

SUMMARY :  The  personnel  inventorie*  of  units  which  are  not 

evaluated  in  teres  of  weapon  effectiveness,  such  as 
replacement  pools  (R-f*00ls),  nodical  units,  and 
eaintenance  units,  are  coepared  with- a  default 
inventory  when  it  is  necessary  to  deter sine  what 
replaceeents  they  require.  The  inventory  should 
consist  of  a  napping  of  required  tacks  and  required 
personnel  (by  nueber  and  by  category).  If  one 
category  of  personnel  can  be  used  for  acre  than  one 
task,  the  total  nueber  of  personnel  in  the  category 
should  be  provided.  The  inventory  (quantities  and 
categories)  can  be  adjusted  by  gaeer  intervention. 

DATA  USER:  F-PEREP  (E-Fl) 

PARAMETERS!  Unit  ID  Unit  opcode 

RESPONSE:  Personnel  categories  and  quantities 
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6 -OF  7  DEMAND  GROUP  (R-POOL  Deaand.  Accuaulatad  Deaand,  Theater  Queue) 


SUMMARY,!  The  R-POOL  deaand  represents  tha  personnel  requests 
against  the  R-POOL  during  tha  currant  tiaa  period. 

Tha  custoaer  shortfalls  and  tha  NSRQ  ROSTS  which  have 
occurred  during  tha  period  are  accuaulatad  to  show  tha 
nuaber  in  each  category  requested,  whether  they  ware 
supplied  or  not. 


Tha  accuaulatad  deaand  (ACC-Deaand)  is  created  during 
F-PEREP.  Following  tha  evaluation  of  each  R-POOL  and 
the  assiqnaent  of  its  personnel,  the  R-POOL  deaand  is 
added  into  the  accuaulatad  deaand.  When  all  R-POOLs 
of  an  echelon  have  been  evaluated,  the  ACC-Deaand  will 
represent  the  total  personnel  requireaent  of  that 
echelon  for  the  current  period.  At  the  end  of  the 
cycle,  the  total  personnel  requireaent  for  the  corps 
will  be  available.  It  will  be  stored  in  the  theater 
queue  to  be  used  as  a  future  personnel  allotaent. 

The  theater  queue  (T-Queue)  will  be  a  f irst-in-f irst- 
out  (FIFO)  queue  representing  the  personnel  allotaents 
arrivmq  at  the  theater  for  distribution  to  the  corps. 
At  the  startof  the  gaae.  the  T-Queue  will  be  filled 
with  estiaated  allotaents.  The  upperaost  entry  in  the 
queue  will  be  popped  off  when  a  corps  allotaent  is  due 
and  the  new  ACC-Deaand  will  be  added  to  the  end  of  the 
queue.  TheT-Queue  will  hold  enough  entries  to 
siaulate  the  length  of  tiae  needed  for  personnel 
requested  in  reponse  to  "equireaents  to  arrive  (e.q., 
five  entries  will  be  needed  if  it  takes  five  days  for 
the  replaceaents  requested  (i.e.,  the  deaand)  to 
arrive  at  the  front). 


DATA  USER;  F-PEREP  (E-Fl) 

F-OLWSR  (E-FB) 

r-NUNSR  (E-F7) 

F-F1LLMS  (E-F9) 

F-CHKCUS  ■  (E-Fll) 

F-SUPPER  (E-F10) 


DATA  ENTRIES!  Personnel  category  Personnel  quantity 

(i.e.,  the  nuaber  of  each  personnel  cateqory 
required. ) 


J  —  35 


EHDF8  W-QUEUS 


SUMMARY! 


The  W-Qu#ue  is  the  assignaent  structure  associated 
aith  each  R-POOL.  When  replaceeents  are  assigned,  an 
assignaent  ( ASSGM)  is  created  which  groups  the 
replarenents  according  to  the  distribution  points 
involved  (i.e.,  the  personnel  are  assigned  to  R- 
CUSTOMEA  units;  the  P-CUSIOMER  units  are  arouped 
according  to  their  distribution  points:  the  personnel 
assianed  to  P-CUSTOHERs  with  the  saee  distribution 
point  will  be  an  ASS6N).  The  W-Queue  will  huld  the 
ASSSN  until  it  can  be  transferred  to  either  the 
distribution  point  or  a  transporter. 


DATA  _USER:  F-PEREP  (E-Fl) 

F-ALLPER  (E-F5) 

F-CAIPER  (E-Fi) 


TJLJNJ RIES!  Assgn  ID  Distribution  point  ID 

Customer  IDs  Custoeer  shortfall 

.  DistriOutipn  total  Delay  tine 
Mode  of  transportation 

Allocated  personnel  (each  custoaer's,  by 
category) 


E-OF?  NSR-QUEUE 

SUMMARY i  Tha  WSR-Queue  it  associated  with  aach  R-POOL  and  ia 

usad  to  hold  tha  HSRO  personnal  crews  while  they  ara 
bainq  built  and  until  they  ara  sant  Tor.  Whan  supply 
issues  a  RQST.  the  ROST  is  entered  into  the 
appropriate  NSR-Queue  and  reaains  there  until  either 
tha  crews  ara  supplied  or  tha  RQST  is  cancelled. 

(E-F2) 

(E-F7) 

<  E -F  8  > 
t  E— F  9 ) 

(E-F12) 

(E-F10) 

(E-F  1 1 ) 

(E-Fh) 

DATA  ENTRIES?  RQST  ID  Custoaer  ID 

Systaas  requirad  Personnel  allocated 
Personnel  required  Personnal  assiqned 
Crews  available 


DATA  USERS:  F-NSRO 

F-NUNSR 
F-OLMSR 
F-FILIMS 
F-ARRCRU 
f-SUPPER 
F-CHKCUS 
f-CALPER 
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E-0F10  RQMT 

SJJHMARY  j  The  requi reaent  C ROM T )  is  a  teaporary  array  created  to 
hold  tha  cuatoaer  and  total  personnel  requireeer.ts 
(shortfalls)  and  tha  personnel  assigned  froa  tha 
R-PCQL  during  the  replacaaant  process  (F-PEREP).  Tha 
total  custoaer  shortages  in  each  personnel  catagpry 
are  deterained  and  tha  parsonnal  to  aaat  this  dsaand 
are  raaoved  froa  tha  R-POOL  inventory  and  placed  in 
tha  RQHT.  Later,  «hen  all  categories  have  been 
accounted  for,  tha  parsonnal  will  be  raaoved  froa  the 
RQHT,  allocated  to  tha  individual  custoaars,  and 
placed  into  the  W-Queue. 


DATA  USER:  F-PEREP  <E-F1> 

F-CHINV  (E-F4 ) 

F-ALLPER  (E-F5) 

F-CALPER  (E-F6) 

DATA  ENTRIES:  Custoaer  IDs  ASSGN  ID 


Custoaer  rcouireaants  (shortfall) 
Total  requireaant  (total  shortfall) 
Assigned  personnel  (bv  category) 
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E  -  OF  11  T -QUEUE  CEIL  IJfS 

SUflPARYi  Tha  T-QUEUE  tailinot  in  tha  aaxiaua  quantitiaa  for 
aach  cataqory  o(  partonnal  raplacaaanta  arriyinq  at 
tha  thaatar  for  di *tr ibution.  Tha  valuat  can  aithar 
contitt  of  ona  quantity  for  aach  cataqory  or  qraduatad 
qua.it’ titt  for  aach  cataqory  baaad  on  tna  day  of  tha 
qaaa  and  typa  of  battla.  Tha  quantitiaa  of  aach 
cataqory  in  tha  T-QUEUE  ara  coaparad  to  tha 
appropriata  yalua  in  tha  acctiaulatad  daaand  and  tha 
ainiaua  it  salactad  for  inclution  in  tha  T-QUEUE. 

DATA  USER i  F-PEREP  lE-Ft ) 

PARAHE_TERSi  If  uttnq  a  conttant  for  aach  cataqoryi 

Partonnal  cataoory 
If  utinq  tha  qraduatad  optioni 
Partonnal  cataoory  battla  typa 
Day  of  tha  qaaa 

RESPONSEi  Partonnal  cataqory  quantity 


F  -OFJ.  DALLY  ^AVAILAgLj  _RtSQURCE_  HOURS 

§UHf*ARYi  Th i  •  iaforaation  it  about  rttourc*  tvpoa  (ayttaai 

and/or  i partonntl )  utad  in  rapair  (».».,  a  rafarancad 
ratourea  tvpa  on  Rapair-Job-taapl ata  taa  F-DFli). 

For  a<#rv  unit  ahara  ratourea  tvpat  axitt  and  can  ba 
utilized  in  rapair  actiont,  a  valua  autt  ba  antarad 
f  or  aa( h  ratourea  tvpa  that  rapratantt  tha  nuabar  of 
hourt  in  a  24-hour  day  that  tha  ratourea  tvpa  could 
ba  utijtzad  tor  rapair  »ork  i f  tha  unit  it  in  a 
noraal 1  operational  aoda.  It  tha  ratourea  tvpa 
tiaulatad  it  aatarial,  than  tha  valua  aiqht  ba  2 4 1 
it  it  it  parsonnal,  it  uould  ba  latt  than  24  to 
account  tor  tlaap  panodt  and  nonproducti va  tiaa. 

Tha  ratourea  allocator  utat  thia  factor  to  datarama 
tha  avaraqa  ratourea  hourt  availabla  in  a  tiaa 
incraaant.  If  tha  daily  availabla  ratourea  hourt 
iDARHl'for  ratourea  tvpa  f ft T l  A  in  unit  111  it  12. 
and  tha  on-hand  ftranoth  of  A  in  unit  * Y Z  it  6,  than 
,  for  a  (-hour  tiaa  mcraaant  tha  ratourea  hourt 
la  (RH-Avail)  tor  RT  A  it  ealculatad  at 

H-Avai 1  (R!  <  *  (4  *  12  >  /  <24  /  1 1  •  : 

■hich  Mill  tv  further  adjuttad  if  tha  unit  it  in 
othar  than  naraal  operational  aoda  (a.q.,  aovinc, 
under  ^ttack.  ate.*  Sea  F -REP-RES-ALLOC  (F-Fll. 

To  qtt  tha  affact  of  uorimo  thiflt,  thit  factor  car. 
ba  rhanqad  o.ar  tiiul-tad  tiaa  to  obtain  tha  affact 
'a.q..  for  a  tinolv  12-hour  thi ft ,  tat  tha  factor 
to  24  at  tha  baoi<>r<tng  of  the  thift  and  to  0  at  tha 
and  of  t ha  t.hi  f  1 1 . 

DATA  USER:  F-PEP  PE3-AIL0C  'F-Ftl 

ll  MOU'  MOVE  -  ASSESS  IF -F  2  > 

! 

PrtftAME  !EPSi  Lin  1 1  ID 

Pet  core  a  t.oa 

I 

PFSPONSEi  Patouria-hourt 


F -OP 2  RESOURCE  TYPE  SUBSTI TUTES 

SyMARYi  This  dtfints  which  rstourcs  tvpss,  if  any,  art 
substitutabla. 

As  an  axatplt  of  substitutability,  on*  typt  of 
powortrain  atchantc.  typt  A,  can  work  on  stlf- 
proptlltd  artillary,  HAOs,  and  APCj  anothtr  powortrain 
atchanic,  typt  B.  is  trainod  to  work  on  His  but  can 
also  substituts  for  a  typt  Aj  anothtr  powortrain 
ttchanic,  typo  C,  is  trainod  to  work  on  an  IFV  but  can 
also  iubstituto  for  a  typt  At  and  lastly,  a  powortrain 
ttchanic  typt  D  is  trainod  to  work  on  whttltd 
vthiclts.  Tht  substitutability  data  would  look  likt 
tha  followings 

Rtsourct  Typt 
A 
A 
B 

C 
0 

DATA  USER!  F-REP-RES-ALLOC  (F-Fl) 

F-HOLD/HQVE-ASSESS  <F-F2> 

PAPAHifERSl  Rtsourct  typt. 

RESPONSES  Rtsourct  typt  tubstitutos 


Bubstituto 

B 

C 
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F-PF3  PERSONNE  L/VIC  TIH-T  YP£-P  R0BA8 1 L  IT  Y-TABl  E 

SUMMARY}  This  table  defines  which  repair  job  (RJ)  types  have 
been  defined  lor  classifying  wounded  personnel  alonq 
with  tha  probability  of  occuranca  that  tha  victi* 
would  ba  to  classified  at  that  tvpa.  For  exaaplet 

RJ  Tvpa 

Cl atti  1 1 cat  1  on  Probability  Da4imtion 


A 

.23 

Ki 1 led-ln*Action  (KIA) 

B 

.06 

Patiant  requires  24-hrs 
di vi ti on-1 aval  care' 

C 

.08 

Patiant  requires  48-hrs 
di vision-level  cara 

D 

.09 

Patiant  raquiras  72-hrs 
di vi si on-1 aval  care 

E 

.05 

Patiant  raquiras  4  davs 
hospital  cara 

F 

.03 

Patient  requires  3  days 
hospital  cara 

6 

.05 

Patient  raquiras  6  days 
hospital  cara 

H 

.03 

Patiant  requires  7  days 
hospital  cara 

1 

.05 

Patiant  requires  7*  days 
hospital  cara 

J 

.23 

Patiant  requires  12*hrs 
unit-level  cara 

Unlika  tha  probability  tabla  for  nonpar tonnal , 
thara  ara.no  paraeetars  for  tha  typa  of  partonnal 
wounded  or  tha  au.ution  typa  cautinq  the  wound.  If 
•  t  at  i  st  i  c  al  1  v  significant  data  could  ba  davalopad  that 
classifies  patient*  into  diffennp  RJ  types  (saw  F- 
CF12)  bated  upon  any  paraeetars,  than  this  tabla  and 
function  F-F!  would  ha*a  to  be  aodified  to  use  such'  a 
paraaatar. 

DATA  USER!  F -TRANSFORM  (F-F31 

PARAMETERS!  Nona 

RESPONSE!  RJ-tvpa  classifications  with  corraspondi no 
probabilities 


F  -  DM  SYSTEH-TYPE/ROUMD-TYPE/VICTIH-TYPS/PROBABILITY  TABLE 

SUHHARY i  This  table  identifies  which  repair  iob  type*  will  be 
used  to  classify  coabat  daaaqed  systaaa  and  providat 
tha  probability  of  occuranca  for  aach  ona  as  a 
function  of  tha  daaaqed  systaa-typa  and  tha  first 
round-type  causing  tha  daaaqa. 

This  tabla  is  appliad  to  tha  attrition  counts  and 
specifies  tha  extent  to  which  jobs  ara  repairable. 

For  rapairabla  jobs,  it  spacifiss  tha  rapair  tiaa,  tha 
resources  required,  and  tha  axtant  to  which  racovary 
and  evacuation  rasourcas  would  ba  raquirad. 

Tha  application  of  this  inforaation  provides! 

o  workloads  to  supply  and  transportation  to  rpplaca 
tha  catastrophic  and  6S  lossast 

o  wortloads  to  tha  racovary  systaa  Which,  if 
ovarwhalaad,  can  laad  to  soaa  furthar  lossas  undar 
hostils  conditions  or  add  racovary  quauainq  tiaa  to 
.  the  repair  turnaround  tiaat 

o  workloads  to  the  aaintananca  oroam zat  i  ons  which 
can  add  quauainq  tiaa  to  tha  rapair  turnaround  tiaa 
and  increase  evacuation  requireaents  to  avoid  quauainq 
problems  in  forward  areas  . 

Tha  data  in  this  table  should  be  consistent  with  the 
data  and  assueptions  used  by  tha  attrition 
aethodoloqv.  It  should  also  consider  daaaqa  and 
survivability  bavond  the  first  hit.  It  should  ba 
based  cn  the  expected  conditions  up  to  tha  point  .of 
racovary  or  tha  and  of  tha  enqaqeeent.  F-BATTLE- 
EFFECTS  will  assess  furthar  lossas  to  unracovered 
recoverable  svstaas  whan  a  unit  has  subsequent 
enqaqeeents. 

DATA  USER J  F-TRANSFQRR  (F-F3) 

PARAMETERS!  Svstea-typa,  Round-tvpe  (of  first  hit) 

RESPONSE:  RJ-tvoe  classification  Probability 

Note:  it  ts  leperative  that  the  developer  of  this  table  and  the 

associated  repair- job-tvpe-teao! ates  understand  the  data  assueptions  and 
attrition  aethodoloqv  in  the  eodel  as  well  as  such  data  sources  as 
sinqle  hit  shotline  data.  SPARC  aethjdolcov.  aultiple-hit  output  data 
and  attrition  aethodoloqv,  and  the  aamtenance  MARC  aethodoloqv  used  in 
hiuh-resolution  eodels  such  as  CASTFQREH. 


F-0F5  RJ  TYPE  CLASSES 

SUMMARY:  This  table  defines  ditui  of  repair  job  types  so 

that  certain  actions  unique  to  each  class  can  be 
perforaed.  The  classes  and  effects  of  each  are: 


Class 


Reason 


Personnel  KIA 

Catastrophic  Systea 

QS  Maint  and  Hospital 

DATA. USER:  F-TRANSFORM 

F-RAM/DNBI-INIT 


Mill  qenerate  ieeediate 
personnel  replaceeent 
actions:  Mill  quantify 
workload  for  oraves:  Mill 
reeove  KIA  froe  the 
recovery  repair  systea. 

Mill  qenerate  ieeediate 
supply  systea  replaceeent. 

Milt  qenerate  iaaediate 
equipaent  and  bound 
patients  personnel 
replacements. 

(F-FJI 

<F-F*> 


PARAMETERS:  Class  '.defined  above! 


RESPONSE:  RJ-tvpe 
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F-DFh  SYSTSH-TYPE/RAM-ONBI-TYPE-PROBABILITY-TABiE 


summary i 


DATA  USER t 
PARAMETERS: 


This  table  identifies  which  repair  job  types  have  been 
defined  for  classifying  RAM-ONBI  job  types  along  with 
the  probability  of  occurance  for  each  type.  The 
probability  of  occurance  is  a  function  of  the  systee 
type,  unit  type,  and  unit  posture  tor  eaterielj  and 
systee  type  and  unit  type  for  personnel. 

This  inforaation  is  used  to  specify  the  rate  at  which 
DNBI  and  failures  occur,  the  repair  tiae  and  resources 
required,  and  the  extent  to  which  recovery  and 
evacuation  resources  are  required. 

The  effect  is  to: 

o  Provide  workloads  to  supply,  personnel,  and 
transportation  to  replace  the  GS  and  hospital-bound 
losses: 

o  Provide  workloads  to  the  eateriel  recovery  systee 
which,  if  overwhelainq,  can  lead  to  soae  further 
losses  under  hostile  conditions  or  add  recovery 
queueinq  ties  to  the  repair  turnaround  tine. 

o  Provide  workloads  to  the  Maintenance  organizations 
which,  when  exceedinq  capability,  will  add  additional 
queueinq  tine  to  the  repair  turnaround  tine  and 
possibly  additional  evacuation  requireaents  to  avoid 
queueing  probieas  in  forward  areas. 

o  Specify  RAH  rates  using  systee  type,  unit  type,  and 
unit  activity  as  paraneters  to  allow  for  consistency 
with  the  data  and  Methodology  in  the  Maintenance  MARC 
process. 

F-RAM/DNBI-INIT  (F-F4) 

Svstee-type  Unit-type 

Unit-posture  (if  Systee-type  is  eateriel) 


F-PF7  RECOVERY  VEHICLE  TABLE 


v‘ 

V 


s* 

S* 

■v* 

1 


| 


SUMMARY!  This  tabla  defines  which  systaas  in  the  qaaa  era 
recovery  systaas. 

DATA  USER:  F-RECOVERY  (F-F6) 

PARAMETERS!  Nona 

RESPONSE;  Systea-type 


v 

V 


V 
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F-_DF8  Dft I LY-ftV A 1LABLE- RECOVERY -VEHICLE -RESOURCE-HOURS 

SUMMARY i  This  table  defines  the  nueber  of  hours  in  a  24-hour 

day  that  each  recovery  vehicle  type  in  a  unit  could 
be  utilized  for  recovery  work,  assuaing  the  RV  is 
crewed. 

The  F-RECOVERY  function  (F-Fb)  uses  this  factor  to 
deteraine  the  average  recovery  hours  available  in  a 
tiae  increaent.  The  foraula  for  coaputation  of 
recovery  capability  is  given  in  F-Fb  and  explicitly 
considers  only  these  data  and  recovery  vehicles,  not 
crews.  This  table  can  be  gaaer  aanipulated  to 
account  for  crew  availability.  For  exaaple,  one  can 
set  recovery  vehicles  available  for  24  hours  if  two 
crews  were  present  per  vehicle  each  working  12-hour 
shifts;  or,  if  one  crew  per  vehicle  is  available,  set 
it  to  24-hour  availability  to  obtain  aaxiaua  support 
until  utilization  was  too  high  for  too  long  at 
which  point  the  availability  factor  can  be  set  lower 
to  reflect  the  reguireaent  for  crew  rest. 

OATA  USERi  F-RECOVERY  (F-Fb) 

MlAJLFJIRSi  Unit  ID 

Recovery-vehicle-type  (subset  of  systee  types) 

RESPONSE!  Resource-hours 


DF9  LIKE  RECOVERY  SYSTEMS 

SUMMARY;  This  defines  which  systeas  in  th»  qaae  that  are  not 
recovery  systeas  but  could  b«  used  Tor  like  systea 
recovery,  if  needed. 

DATA  USERi  F-RECOVERY  ,  <F-F6) 

PARAMETERS;  None 

RESPONSE:  Systea-types 
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F-DFIO  REPAIR  JOB  RECOVERY  VEHULE  HOURS  REQUIREMENT 

SUMMARY ;  This  defines  the  averaqe  tiae  (in  hours)  required  to 
recover  a  nonaobile  systea  both  froa  tha  field  into 
tha  unit  repair  site  and  between  repair  sites. 

Tha  paraaaters  used  are  the  RJ-tvpe,  RJ-oriqin,  and 
RJ-destination.  The  data  oust  reflect  round-trip 
travel  tiaes  as  well  as  hookup  and  drop  tiaes. 

Field  recovery  is  indicated  when  RJ-oriqin  and  RJ- 
destination  are  set  the  saae,  but  the  associated 
tiae  allows  tor  unit-unique  area  dispersion  and  the 
resultinq  averaqe  field  recovery  distances  and  travel 
tiae  requireaents.  It  also  allows  for  definition  of 
unit-unique  qeoqr«phica)  separation  froa  support 
units  and  the  resultinq  averaqe  recovery  distance  and 
travel  tiae  requireaents.  The  RJ-type  paraaeters  can 
be  used  to  reflect  systea-type  variations  in  hookup 
and  drop  tiaes  as  well  as  a  relative  location  of  the 
systea  type  in  a  unit  and  the  correspondinq  recovery 
tiaes. 

DATA  USER:  F-RECOVERY  (F-F6) 

F-RECD VERY -SUPPORT  (F-F7) 

F-RECOVERY-SHORT  (F-F8) 

PARAMETERS:  RJ-tvpe 

RESPONSE:  Recover y-vehicl e-hour s-requi red 
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F -OF  1 1  REPAIR. JOD.  IEMPLAIE 

SUMMARY.*  This  template  defines  the  various  types  of  repair  jobs 
to  be  aodelcd  in  the  simulation.  Each  repair-job 
tvpe  uniquely  defines  the  sequence  of  repair  actions 
which  eust  be  perforced  before  the  systee  can  be 
returned  in  an  operational  state.  Each  repair  action 
defines  the  tine,  and  the  type  and  quantity  of 
resources  required.  The  defined  quantities  are 
associated  with  one  whole  systee:  but.  because 
fractional  quantities  are  played  m  the  eodel .  the 
functions  that  use  these  data  will  Multiply  the 
amounts  by  the  actual  fr act  1 onal • quant i ti es  of  the 
created  repair  job  !RJ)  entities. 

Each  data  element  or  attribute  of  a  repair  10b 
teeolate  is  discussed  below: 

.  a  RJ-tvpe  -  is  used  to  uniquely  identify  the 
different  repair  ;cb  types  (and  templates)  modeled. 

It  also  serves  as  j  kev  to  this  and  other  tables. 

u  System-type  -  identifies  the  system  type  if  RJ  - 
type  is  a  svstom:  if  it  is  personnel,  the  personnel 
type  will  be  supplied  b«  the  personnel  module. 

o  Current-RA  -  a  pointer  initialized  to  the  first  RA 
in  the  RA  list. 

o  E.;-Parts-Avai  1  'PTj  list  -  Exchanqe-Parts-Avai 1 abl e 
(Part  Type)  lists  the  quantities  bv  part  tvpe  of 
operational  parts  on  the  system  tvpe  that  could 
possibly  be  removed  tor  use  in  repairinq  another 
system.  Note:  this  would  not  be  appropriate  for 
personnel . 

o  Mob.i  1 1 1  y-t  1  aq  -  def  i  nes  whether  the  repair  job  will 
be  able  to  self-reco/er  or  not. 

o  Per sonnel -RJ-f 1 »q  -  indicates  whether  the  repair- 
iot  is  tor  personnel  or  not. 


o'  * 
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F-DFU  REPAIR.  JOB JEMPLATE.  (cont.) 

For  each  Repair  action  (RA)  required: 

o  RA-tvoe  -  Repair-action-type  it  used  to  uniquely 
identify  the  repair  action  described.  It  also  serves 
as  an  identifier  and  key  in  other  coaeand  and  control 
tables. 

o  RA-ti ee-reeai ni nq  -  defines  the  expected  value 
(average)  tiee  required  to  complete  the  repair  action 
once  it  is  started.  If  no  RT  or  PT  requirements  are 
specified,  then  no  queueing  (waitinq)  «ould  occur  for 
those  resources  and  the  RA-tiee  Mould  be  the  only 
constraint. 

0  Critical /Fatal-RA-Start-tiae  -  for  use  by  personnel 
type  RJ  only  and  specifies  the  elapsed  tiee  from  . 
initial  injury  by  Mhich  the  RA  aust  be  started  or  else 
the  patient  dies. 

o  RH-Req  !RT)  list  -  Resource-Hour-Requi reaents 
resource  type  defines  the  resource-hour  (RH) 
requireaents  by  each  resource  type  < RT >  required  to 
accoaplish  the  repair  action.  The  deteraination  of 
Mhat  RT  to  play  is  discussed  in  the  chapter  narrative. 
These  requireaents  can  be  optional  if  no  queueing  is 
expectdd  due  to  resource  constraints. 

o  Parts-Req  (PT)  list  -  Parts-Requireaent  part  tvoe 
defines  the  quantities  of  parts  by  each  part  tvoe  (PT) 
required  to  accoaplish  the  repair  action.  The 
deteraination  of  hoe  to  define  and  plav  parts  is 
discussed  in  the  chapter  narrative.  These 
requireaents  can  be  optional  if  no  queueinq  is 
expected  due  to  inventory  shortfalls  and  no 
significant  suppl v/transoortation  replacement 
requireaent  is  generated. 


DATA  USER:  A-CREATE-RJ  (F-Al) 

A-PASSBACK-RJ  (F-A2) 

A-C0M81NE-RJ  (F-A3) 

A-CONTAMIN-RJ  (F-A4) 

A-A8AND0N-RJ  (F-A12) 


PARAMETERS;  RJ-type 

RESPONSE:  RJ-teaplate  (see  above'  discussion) 


F-DF12  UNIT  ASSETS 

SUMMARY.:  Because  recovery  and  repair  of  svsteas  and  personnel 

art  dependent  upon  recovery  svittn,  resource  types 
and  parts  type,  it  is  important  that  careful 
consideration  be  given  to  the  initialization  of  the 
oases  unit  asset  data.  One  could  start  with  TOE 
indorsation,  but  it  should  be  eodified  to  reflect  the 
resource  types  specified  in  RJ-teeplate.  If,  for 
instance,  repair  actions  are  authorized/desired  for  a 
repair  site,  then  the  asset  types  should  be  there 
also.  If  dedicated  forward  support  is  provided  bv 
teaes,  then  the  teas  assets  aust  be  included  in  the 
forward  repair  site  unit  assets  for  thee  to  be 
properly  utilized.  (This  is  not  true  data-file 
indorsation  but  is  listed  here  as  a  reainder  of  dato 
preparation  requirements. ) 

DATA  USER;  Model 

PARAMETERS:  N'A 


RESPONSE :  N/A 


DM 2  REC  EVAC  CAPASIL1 TIES 

SUMMARY i  This  dafinaa  tha  quantity  of  an  RJ-typa  that  a 

racovary/avac  ayataa  can  aova. 

DATA  USER!  F-EVAC-NANA6ER  iF-Flli 

PARAMETERS i  Svataa-tvpa  of  racovary/avac  ayataa 

Syatao/parac.inal-typa  of  RJ 

RESPONSE.!  Capability  quantity 


j  -  'j : 


F-OFJA  R j  LOAD /  UNJLOAO_r  I  HE 

SUHHAftYj  Thia  datmaa  tha  tiM  it  takaa  to  load  and  unload  an 
RJ-typa.  !♦  thara  ia  any  variation  aaonq  avac  avataa 
typaa,  an  tvaraqa  should  ba  antarad. 

DATA  USERi  F-EVAC-HANA6ER 

PARAHETERSi  RJ-typa 


RESPONSE)  T 1  aa 


OFJt 


DECOW  HMjHUfl  SHIFT  TIM 

iUHMfiVi  This  it  •  constant  nunbtr  indicating  ho*  lonq  (in 

hours)  any  DECOW-UNIT  can  work  constantly  Mithout  rost 
in  a  24-hour  ptriod. 

D4T4  USERi  F-DEC1S10N  (6-F1) 

PARABETERSj  Non* 

RESPONSE!  On*  tia*  will  b*  Furnished  For  all  DECON-UNITt 
(a  constant  hour  nu*b*r  b*t***n  0  and  24  hours). 
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8-DF2  DECOW-UNIT  REPORT  STRUCTURE 


SUMMARY > 


DATA. USER: 


a.  This  it  a  decontaaiaation  control  unit  reportinq 
structure.  Any  unit  of  any  typt  that  can  request 
decon  autt  hay*  a  control  unit  to  report  to.  A 
raquattinq  unit  can  raport  to  itself  (a.q.,  aaneuvar 
unit)  or  it  can  raport  to  a  higher  echelon  control 
unit  (e.g.,  diviticn  chaaical  officer). 

t>.  Theta  data  should  be  preprocetted  and  the  report 
relationships  sot  up  autoaatically.  The  default 
report  relationship  should  have  each  unit  report  first 
to  the  briqade  chaaical  officer,  then  to  the  division 
chaaical  officer.  The  preprocessor  aust  have  override 
capability. 

c.  Each  unit  should  have  a  state  vector  attribute 
that  identifies  its  decon  control  unit. 

d.  Each  control  unit  aust  have  a  separate  state 
sector  attribute  to  identify  its  next  control  unit. 

e.  T ho  separate  state  vector  attributes  are  necessary 
for  c  and  d,  so  that  a  custoaor  can  be  its  oun  control 
unit. 


F-DECISION 


(S-Fl) 


CONTAMINATION  iTFE  TABLE 

SUMMARY:  This  Ualo  consist*  of  tho  hazard  type  and  lifotiao 

of  anv  contaainant  which  can  bo  used  against  a 
particular  custoaor.  Tho  lifotiao  is  tho  length  of 
tiao  that  tho  hazard  will  roaain  persistent. 

DATA  USER!  F-DcCOK-AVAIL  <6-F2> 

PARAMETERS:  Custoaor  ID  Hazard  typo 

Tiao  custoaor  was  contaainatod 

RESPONSE:  lifotiao  of  hazard  (length  in  hours) 


S-DFJ  DETACHMENT  PERCENT ABE  TABLE 

SUMMARY!  This  table  dives, the  detacheent  percentage  for  a 

particular  customer  unit  type  and  opcode.  It  also 
dives  the  detached  unit  th*  ;.ew  custoner  unit  ID. 

DATOSERt  F-PREPARE  (6-F3) 

PARAMETERS:  Custoeer  unit  ID 

RESPONSE:  New  custoeer  unit  ID 


Percentage  of  detachaent 


6-DF3  SYSTEM  TYPE  QUANTITY 

SUMMARY t  This  provides  the  detachaent  percert3qe  f  :r  each  of 

the  different  systea  type*.  The  tystee  t^pes  con*i*t 
of  personnel,  supplies,  and  various  equipsent  types 
identified  for  a  particular  type  of  custoier. 

DATA  USER;  F-DECQN  (6-F6) 

PARAMETERS;  Custoeer  unit  ID  Detachaent  percintaqe 

Systea  type 

RESPONSE:  Custoeer  unit  ID  New  custoeer  unit  ID 

Detach  percentaoe  of  each  systea  type 


a 


6-0F6  DECON  SETUP  TIME 

SUMMARY;  This  provides  the  constant  setup  tiee  that  a  DECON- 

UNIT  takas  tc  qet  a  sits  ready  for  the  decontaai nat i on 
or  .  cass. 

DATA  USER:  F-DECON-ATOBJ  (6-F5> 

PARAMETERS;  Nona 

RESPONSE;  A  constant  tie*  period  will  be  provided  for  all 
DECON-UNITs. 
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G-DF7  DECOW  PROCESS  TIME 

5UHHARY i  This  provides  the  tiaa  it  takes  a  teas  to  decon  a 

vehicle  or  weapon  systee.  It  is  used  to  coepute  the 
decon  process  ties.  The  length  of  ties  required  for 
the  decon  process  will  be  a  function  of  the  customer  s 
size  and  the  availability  of  equipment  and  supplies. 
(The  total  aaount  of  equipment  and  supplies  required 
for  the  job  will  be  calculated  and  the  job  ties 
determined;  additional  delays  to  wait  for  supplies  and 
equipaent  and  to  rest  will  be  added  in  as  necessary.) 

DATA  USER:  F-OECON  (6-Fb) 

EMAHEJIRS:  Systee 'type;  personnel 

equipment 

supplies 

RESPONSE:  A  lenqth  of  time  (in  hours).  Constant  decon  periods 
will  be  provided  for  equipaent.  for  supplies,  for 
oersannel. 
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6-PFB  EICON  CLEANUP  TIME 


SUNHARV:  This  provide*  the  variable  cleanup  tiee  that  a  DECQN- 

UNIT  requires  to  clean  up  a  site  after  decontaainatinq 
a  custoeer.  The  cleanup  tiae  is  a  function  of  the 
aeount  of  equipaent  and  type  of  unit  that  Mas 
deconned. 

DATA  USER:  F-DQNt  DtCClN  ( B-F 7 > 

LML^ETERS:  Custoaer  unit  type  Custoeer  equipaent  type 

Custoeer  equipaent  quantity 

RESPONSE;  The  lenqth  of  tiee  needed  to  clean  up  the  site. 


APPENDIX  K 


COMMANO  AND  CONTROL  OATA  REQUIREMENTS 


1 .  DATA  FILE  CROSS-REFERENCE. 


REF 

NAME  _ _  _ _  _ _ _ 

_ USER . .  ....  . . . . . 

. . 

■# 

C-CC1 

TASK  PROCESSING 

F-TCONTROL 

(C-F3) 

C-CC2 

SUPPORT  UNIT  PRIORITY 

F-TCONTROL 

(C-F3) 

C-CC3 

TASK  SPLIT 

F-TCONTROL 

(C-F3) 

* 

C-CC4 

REQUEST  PRIORITY 

F-DIRECT-RQST 

(C-F2) 

C-CC5 

SUPPORT  TYPE 

F-D1RECT-RQST 

(C-F2) 

* 

m 

< 

C-LC6 

SPLIT  DECISION 

F-SPLIT-CK 

(C-F13) 

C-CC7 

TRANSP  NEXT  HOVE 

F-TRANSP-DECIDE 

(C-F 15) 

D-CC1 

LOST  SUPPLY  REORDER 

F-TU-LOSSES 

(D-FI3) 

* 

Q-CC2 

LOAD  JOB  PRIORITY 

F-LIFT-JQB 

(D-F16) 

E  -CL  1 

PERSONNEL  CATEGORY  PRIORITY 

F-PEREP 

(E-F  1 ) 

E-CL2 

DELIVERY  DELAY  TINE 

F-PEREP 

(E-Fl) 

E-CC3 

CC-FLAG 

F-DISPER 

(E-F3) 

F-CC1 

UNIT-RA-PRIQRITY-TABLE 

F-REP-RES-ALLOC 

(F-F  1 ) 

4 

F-CC2 

EXCHANGE-PARTS-POLICY 

F-HOLD/NOVE-ASSESS 

(F-F2) 

'  4 

Frr.CC.; 

HOLD-EVAC-TIME-F ACTOR 

F-HOLD/MOVE-ASSESS 

(F-F2) 

F-T.C4 

SUPPORT-UNIT-TABLE 

F-HOLD/MQVE-ASSESS 

( F  -  F  2 ) 

• 

F-C.C5 

COMBINING-FLAG 

F-TRANSFORM 

<  F  -  F  3  > 

♦ 

l 

F-BATTLE-EFFECT 

F-RAM/DNBI-INIT 

(F-F5) 

(F-F4) 

* 


RE£ _ NAME _ _ _ USER 


F-CCA 

SUPPORT-CLEAR INS-STATION 

F-TRANSFORN 

(F-F3) 

F-rCC7 

RJ-REC-PRIORITY-TABLE 

F-RECOVERY 

F-RECOVERY-SHORT 

(F-FA) 

(F-F8> 

F-CC8 

RJ-RV-PRIORI T IES 

F-RECOVERY 

F-RECQVERY-SUPPQRT 

(F-F6) 

(F-F7) 

F-CC9 

RECOVERY-SUPPORT-UNIT- 

RELATIONSHIP 

F-RECOVERY-SUPPORT 

(F-F7) 

F-CC10 

RECOVERY-SUPPORT-RA- 
PRIORITY  TABLE 

F-RECOVERY-SUPPORT 

(F-F7) 

F  CC11 

OPERATIONAL-SYSTEHS- 
L IKE-RECOVERY-TABLE 

F-RECOVERY-SHORT 

(F-F8 ) 

F-CC12 

OPERAT IQNAL-SYSTEHS-L  IKE  - 

F-RECOVERY-SHORT 

(F-F8) 

RECOVERY-UTILIZATION-PRIORITY 

'  , 

F-CC13 

.  UNIT-PRIORITY-ALLOCATION- 
POLICY 

F-RTNS-ALLOC 

(F-FIO) 

F-CC14 

RJ-E VAC-PRIORITY-TABLE 

F-EVAC-MANAGER 

(F-Fll) 

F-CC15 

EVAC-UTLILIZAT ION-PRIORI  TIES 

F-EVAC-HANA6ER 

(F-Fll) 

F-CC16 

REPAIR-JQB-ONNING-UNI T- 
ACCOUNTABILITY-TABLE 

A-EVACUATE-RJ 

(F-A9) 

F“-CC17 

RET URNS- ALLOC AT  I  ON- 
PRIORITY-LIST 

F-RTNS-ALLOC 

(F-FIO) 

6-CC1 

DECON  REQUEST  ASSIGNMENT 

F-DECISION 

( G-F 1 1 

G-CC2 

OECON  TYPE 

F-DECISION 

(G-F 1 ) 

S-CC3 

DETACH  INSTRUCTIONS 

F-PREPARE 

( G-F  3 ) 

G-CC4 

MOVEMENT  INSTRUCTIONS 

F-PREPARE 

F-DONE-DECON 

( G-F3 ) 

( G-F7 ) 

>:-2 


2.  COWHAND  AND  CONTROL  DATA. 

C-CC1  TASK  PROCESSING 

SUHHARYi  This  Til*  is  usad  to  deteraine  what  to  do  with  a 
raquast  that  is  unfilled  and  on  tha  controllar't 
quaua  lonqar  than  tha  HAX1NUN  REQUEST  LIFE  (C-DF8). 

DATA  USERi  F-TCONTROL  (C-F3) 

PARAMETERS!  Support  typa  Raquast  priority 

Raquast  procassor  achalon 

RESPONSE:  Ona  of  tha  following  aassagasi 

o  Drop  tha  raquast  froa  tha  quaua. 
o  Forward  tha  raquast  to  tha  next  controller, 
o  Continue  processing  tha  raquast. 
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C-CC2  SUPPORT  UNIT  PRIORITY 


SUMMARY i  Thit  ill  used  when  aore  than  on*  support  unit  is 
available  to  Till  a  transportation  request.  Tha 
possible  support  units  ars  listed  in  priority  order. 
The  selection  will  be  based  upon  the  unit  uith  the 

closet t  ranoe  and  the  aost  vehicles.  This  is  only 

an  incication  of  what  could  be  done.  As  sore 

optiors  are  selected,  a  new  selection  routine  will 

be  adied. 

DATA  USERi  F-TCONTROL  (C-F3) 

PARAMETERS!  Echelon  of  control  unit 

Support  unit  type  (e.q.,  TUT,  HCC,  MANEUVER) 

RESPONSE;  Support  unit  10 


SUMMARY! 


DATA  USER: 
PARAMETERSi 


This  Mill  tall  tha  contrcllar  ahathar  to  sand  tha 
antirc  task  to  tha  support  unit  and  hava  it  quauad 
thara  or  to  try  to  Till  it  aith  othar  supportart. 
This  can  occur  nhan  a  task  is  bainq  fillad  by  a 
controllar  and  ona  transoortation  suppliar  cannot 
Till  tha  antira  raquai/t. 

F-TCQNTROL  <C-Fj) 

Support  typa  Raquast  priority 

Echalon  of  transport  suppliar 


RESPONSE! 


Split 


Doi't  split 


C-C£»  REQUEST  PR1 
SUMMARY i 

OATA^SEfii 
PARAMETERS i 


ORITY 

This  Mill  ha  utrtf  to  assign  a  priority  to  tacit  rtoutst 
casing  into  a  control  unit.  Only  control  unitt  can 
tat  priaritias.  mi*  ciaulataa  such  activitiaa  as 
thoso  0*  tits  carps  oovaaont  control  cantsr 
astatlishing  transportation  rtoutst s. 

F-D IRECT-RQST  (C-F21 

Custaaar  unit  typo 
Custoosr  unit  Mission 
Custaasr  tchalon 
Custooor  supply  inticatsr 
Supply  typo 
Supplier  tension 

Rtpuast  typa  (norsal,  tstrptncy,  allocatio) 


PFSPOMSEi  Riqutst  priority  (1-91 


C-CCS  SUPPORT  TYPE 


SUMMARY i  TMi«  is  used  to  detaraine  th*  typo  of  support  a 

request  is  to  roceivo.  14  ooro  than  ont  support  typo 
is  acceptable,  a  priority  is  qivtn  to  each  support 
typo.  Th*  control  unit  aakes  this  datoroination.  A 
codo  is  always  roturnod  for  oach  support  option.  14 
tha  option  is  not  to  bo  used,  a  0  is  returnad.  Tha 
aaao  priority  can  ba  assiqnad  to  oora  than  one  typo. 

OATA  USERi  P-DIRECT-RQST  4C-F2) 

PARAMETERS:  Control  unit  nchelon 

Raquast  priority 
Coaoodity  to  ba  transported 


RESPONSE.  Support  typos.  Raturn  ona  or  aorai 
o  Airdrop 
o  Airlift 
o  Ground  transport 
o  Rollinq  stock 

Priority  codas.  Raturn  ona  for  aach  support  typo: 
o  0  *  do  not  use.  aost  desirable 
o  1  ■  hiqhest  priority 
o  2  *  second  priority 
o  3  *  third  priority 
o  4  *  fourth  priority,  least  desirable 


SMEARY i  This  defines  the  action  to  bn  taken  fey  a  around 

transport  unit  or  air  transport  unit  attar  it  arrives 
at  a  supply  point,  the  supply  nodule  trippers  the 
routine  that  repuires  this  decision. 

DATA  USERi  P-SPLIT-CK  1C-P131 

PAPABETERS:  Transport  type 

Supply  clast 

Last  supply  point  (Y  or  M) 

Aeount  not  tilled  him  sue  tor  convoy  (Y  or  N> 
Supplies  availability  at  supply  point  <SP>» 
o  All  supplies  at  SP 
o  No  supplies  at  SP 
o  Partial  supplies  at  SP 

«JS?0RSE»  NO  SPLIT: 

o  Entire  convoy  stay  and  load  available 
o  Entire  convoy  abort  eission  (drop  due-in) 
o  Entire  convoy  qo  to  next  SP 

SPLIT: 

o  Part  stay  to  load;  part  abort  (drop  due-in) 
o  Part  stay  to  load;  part  qo  to  next  SP 


C-CC7  TRftjlSg  NEXT  HOVE 

SUHHARYi  This  datinas  tha  naxt  aova  for  a  transports  altar 
tha  kayavants  of  loading  and  unloading  cargo  or 
parsonnal. 

DATA  USER*  F-TRANSP-DECIDE  (C-F13) 

PARAMETERS!  Transport  typa  (a.g.,  MET,  3-ton,  halicoptar) 

Currant  location  (i.a.,  suppliar,  custoaar) 
Current  location  achalon 
Parent  achalon 


RESPONSE!  Tha  possibia  rasponsas  aras 
o  So  to  custoaar 
o  So  hoaa 

o  Check  backhaul  File 


LOST  SUPPLY  REORDER 

SjIHjtARVi  Ttn*  -fi.1*  u  md  .to  datorain*  *h*th#r  to  iao«di*t*)y 
r-*ord*r  th*  part  of  a  aupply  or  Oar  last  duo  to 
interdiction  of  th*  Tranaporation  omit  or  to  reorder 
at  th*  regular  orrf*r  tic*. 

DATA  USER!  F-TU-LOSSES  t»-f 13) 

PARAMETERS;  Cuatoaer  unit  aiuion 

Cuatooer  aupply  indicator 

Regueat  typ*  InaraaL.  emergency,  ALLOCATION) 

Supply  typ* 

fraction  of  ardor  .tost 


RESPONSE;  Ye*  -  pi  act  ord*r  for  aaount  toot 

No  -  wait  until  next  regular  ord*r 


LOAD  JOB  PRIORITY 

SUMMARY; 

This  fils  is  used  to  deteraine  whether  to  reorder  the 
part  of  a  supply  order  lost  due  to  interdiction  of  the 
transporation  unit  iaaediately  or  at  the  regular  order 
tias. 

DATA  USERi 

F-LIFT-JOB  (D-Flf.) 

PARAMETERS 

:  Custoaer  unit  type 

Custoaer  unit  aission 

Custoaer  echelon 

Custoaer  supply  indicator 

Supply  type 

Supplier  echelon 

Request  type  (noraal,  eaerqancy, 

ALLOCATION) 

RESPONSE 

Job  order  priority  (1-9) 

SUMMARY t  II  personnel  categories  cm  be  substituted  lor  each 

other  (so*  E-BF4,  appendix  J),  the  order  in  which  the 
category  reguireeents  are  tilled  eay  sake  a  dillerence 
in  what  systea  and  what  unit  reguireeents  will  be  nt. 
Nhich  cateqory  is  supplied  lirst  will  depend  upon  the 
systee  priorities  (o.q.,  is  a  tank  sore  iaportant  than 
a  truck)  and  the  general  coebat  situation  lor  the 
custoaer  units.  Other  paraaoters  will  depend  upon  the 
types  ol  categories  played  an0  the  types  ol 
substitutes  peraitted. 

DATA  USERi  F-PEREP  CE-Fl) 

PARAMETERS:  Cateqory  type  Systea  types 

Custoaer  s  coebat  situation 

RESPONSE:  Cateqory  priority 


E-CC2  DELIVERY  DELAY  TABLE 


SUMMARY:  Tht  dalay  tabla  it  usad  to  dataraina  tha  lanqth  of 

tiaa  that  an  iaplicit  parsonnal  dalivary  should  taka. 


DATA  USER: 

F-PEREP 

(E-Fl ) 

PARAMETERS: 

Haathar 

laplied  traval  typa 

Tiaa  of  day 

Currant  traval  conditions 

9 

R-POOL  location 

Distribution  point  location 

RESPONSE:  Tha  aaount  of  tiaa  to  schadula  (in  hours) 


4 


l#- 


V. 


K- 13 


I dCCi  CC.ELflft 


SUMMARY: 


DATA  USER: 
PARAMETERS 

RESPONSE: 


Whtn  piruuinil  arrive  at  a  distribution  point,  tho 
•tatua  of  tho  distribution  point  and  each  cuatonar 
■ust  bn  checked  to  dotnrnino  if  tbo  pnrsonnnl  can  bn 
received.  If-  not,  tho  CC  flap  in  snt.  If  the  unit 
involved  is  a  distribution  point,  a  no**  distribution 
point  is  located  and  thn  convoy  rndiroctnd.  If  this 
cannot  bn  done,  thn  pnrsonnnl  arn  returned  to  thn 
R-POQl.  If  thn  unit  involved  is  a  custonnr,  thn 
allotted  pnrsonnnl  arn  redistributed  aaonq  the 
remaining  custonnr*  at  thn  distribution  point  or  they 
arn  returned  to  the  R-POOL.  Possible  decision  factors 
include  thn  current  custonnr  unit  status,  the  unit 
allocation  level,  and  thn  battle  strategy  (n.g.,  any 
recent  chanqes  in  the  strateqy).  For  nxaepln,  if  a 
unit  has  been  wiped  out,  its  status  will  be  Ot  if  it 
is  to  be  withdrawn  in  the  near  future,  its  target 
allocation  level  nay  have  been  reset  to  0  to 
prohibit  replaceeents. 

F-D1SPER  (E-F3) 

Receivino  unit  ID  (distribution  point  or 
customer  > 

Possible  flao  settings: 
o  0  ■  continue 
o  1  =  redistribute 
o  2  *  return  to  R-POOL 


K  - 1  4 


F-CCl  UNIT  RA  PRIORI  TV  [ABLE 

SUMMARY i  This  tibia  defines  which  repair  actions  (RAs)  art 

authorized  tor  reoair  at  a  repair  site  and  the  order 
in  Mhich  repair  jobs  ( R J s )  are  allocated  resources 
within  a  given  unit  perforeinq  repair.  If  the  next  RA 
for  an  RJ  is  not  m  the  table,  it  will  be  flaqged  for 
aoveeent  to  a  support  unit.  Prioritization  is  the 
sole  aethod  used  in  this  aodel  in  the  allocation  of 
scarce  resources  and  therefore  it  affects  the  relative 
queueing  and  repair  cycle  tiees  between  different  RJs. 
Betause  of  the  processing  requireeents  associated  with 
repairina  contaainated  RJs,  the  prioritization  is 
actually  based  on  the  coabination  of  RA  and  the 
contaeination  status  flag. 

DATA_yS_ER:  F-REP-RES-ALLOC  (F-Fl) 

F-HOLD/nOVE-ASSESS  (F-F2) 

PARAMETERS:  Unit  ID; 

RESPONSE t  Prioritized  list  of  RA-type  and  contamination 
status  flag  pairs 


F-CC2 


EXCHANGE. PARTS  POL ICY 

SUMMARY :  This  policy  defines  unit  doctrine/poticy  for  reaoving 

operational  parts/coeponents/asseabl  ie*  froa  daaaoed 
svstaas  and  using  the*  in  the  rapair  of  other 
svstaas  where  needeo  but  not  in  inventory.  These 
data  specifically  state  whether  or  not  exchanqe  is 
peraitted  and,  if  so,  whether  or  not  such  technioues 
should  be  used  when  considering  jobs  in  the  RA- 
prionty  sequence  or  after  tryinq  to  start  all  jobs 
in  the  RA-prioritv  sequence. 

DATA  USER:  F -REP-RES-ALLQC  iF-Fl) 

PARAMETERS:  Unit  ID 

RESPONSE:  Ex-ln-Pri-Policy:  if  true  then  perfora  exchanqe 
if  required  for  RJ  durinq/in  RA  priority 
sequence 

Ex-Out-Pr i -Pol i cv:  if  true  then  perfora  exchanqes 
if  required  only  after  jobs  were  first 
processed  in  RA  priority  sequence  .usinq  only 
parts  in  normal  inventory 

If  one  is  true,  the'  other  aust  be  false. 

If  both  are  false,  no  exchange'  is  peraitted. 


t  - :  o 


F.-CCJ  HOLD  EVAC  TIME  FACTOR 

SUMMARY!  This  unit-specific  factor  is  used  to  aodal  the 

oparational  policiat  governing  the  ptriod  of  tiae 
within  which  a  systea  auwt  b*  rapairtd  or  elaa  it 
should  ba  avacuatad  farthar  froa  tha  front.  Bacauaa 
tha  rapair  coaplation  tiaa  cannot  be  foracast  with 
certainty  ainca  new  work  with  high  priorities  can 
arrive  after  tha  currant  eat  of  queued  Jobs  ia 
considarad,  tha  factor  loaded  ahould  perhaps  ba  soae 
value  Iasi  than  tha  actual  operating  policy  value. 

For  exaaple,  if  tha  actual  policy  is  six  hrs,  perhaps 
tha  factor  used  should  be  3  or  ♦  to  allow  for  higher 
priority  work  to  arrive  in  tha  intaria. 

1  DATA  USER;  F-HOlD/HOVE-ASSESS  <F-F2) 

PARAMETERS;  Unit  ID 


RESPONSE:  Hoi d-Evac-Tiae-Factor 


F-CC4  SUPPORT  UNIT  TABLE 


SUMMARY i 

DATA  USER! 
PARAMETERS; 


This  tatls  ds-finss  uhsr*  an  RJ  should  bs  svacustsd  to, 
pivsn  its  currant  rspair  sits. 

F-HOLD/HOVE -ASSESS  IF-F2* 

Unit  ID 
RJ-typs 


RESPONSE;  SUpport-unit  ID 


COMBINING 

sumbaryi 


0A.TAJJSER1 


PARAMETERS: 


:LA6 


This  Hiq  defines  which  daaaqed  or  injured  RJa  in  tha 
qaaa  can  ba  coebined  in  fractional  quantitiaa.  If 
allowed,  fractional  quantitiaa  up  to  a  whole  aaount 
will  ba  coabined  ahen  in  tha  aaaa  atata. 

Tha  coabininq  procata  will  cauaa  distortion  to  tha 
tiaaa  recorded  a*  RJ  attributes  and  fpr  this  reason 
aav  not  ba  desirable  for  critical  patient  typaa.  It 
is  recoeaended  that  coabininq  ba  used  wherever 
possible  as  it  should  raduca  tha  shortage  and 
processino  its  associated  with  a  potentially  large 
nuabar  of  entities  with  saall  fractional  quantities. 

F-TRANSFORM  <F-F3> 

F-RAH/IiNBl-IKlT  <F-F4> 

F  -  PAT TLE-EFFECT  (F  -F5  > 

RJ-type 


RESPONSE:  Combining- 1 1  aa 


Yes/No 


F-CCA  SUPPORT  CLEAR 1 MB  STATION 

SUMMARY.  Ttni  tat.lt  dtfints  tht  cltti  mo  station  to  Mhich 
patients  till  iaplicitly  bt  recovered. 

DATA  USER.  F-TRANSFORN  <F-F3> 

F -RAN/DLB1 -  1  MI T  <F-F4> 

PARAMETERS:  Unit  ll> 

RESPONSE:  Unit  10  o*  support  clearinq  station 


F-CC7  RJ  REC  PRIORITY  TABLE 

SUHHARYi  This  table  defines  the  order  in  which  repair  jobs 
requiring  recovery  will  be  contidered  For  recovery 
support.  Because  recovery  can  be  froa  either  field 
to  unit  eaintenance  (inbound)  or  froa  unit 
aaintenance  to  OS  aaintenance  (outbound),  the 
priority  list  aust  specify  inbound  or  outbound  in 
addition  to  the  RJ-Type. 

Moving  a  tank  with  XYZ  daaage  in  froa  the  field  aay 
be  given  a  higher  priority  than  aovinq  a  tank  with 
XYZ  daaage  froa  the  Bn  to  the  Bde. 

DATA  USER!  F-RECQVERY  (F-F6) 

F-RECQVERY-SHORT  (F-F8) 

PARAMETERS i  Unit  ID 

RESPONSE!  Prioritized  list!  RJ-Tvpc  with  inbound/outbound- 
flag 


F-CC8  RJ  RV  PRIORITIES 

SUhHARYi  This  dihnu  ahich  RV*  cat.  par  for  a  racovary  for  aach 
RJ  and  tha  prafarrad  ordar  for  thair  utilization. 

DATA  USER:  F-RECOVERY  <F-F4> 

F-RECOVERY-SUPPORT  <F-F7) 

PARAMETERS:  RJ-typa 

RESPONSE:  Capabla  RV-typa*  in  tha  prafarrad  ordar  of  thair 
utilization 


c 


\ 
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F-CC9 


RECOVERY  SUPPORT  UNIT  RELATIONSHIP 

SUMMARY!  This  is  a  list  of  units  (wi 
used  tor  aqqreqatinq  recove 
support  unit,  any  reeaininq 
has  is  coabined  with  any  re 
the  supported  units.  The  r 
requirements  of  the  support 
collectively  and  allocation 

DATA  USER:  F-RECOVERY-SUPPORT  ( 

PARAMETERS!  None 

RESPONSE:  A  list  ot  unit  IDs  and  thei 


F-CC10  RECOVERY  SUPPORT  RJ  PRIORITY  TABLE 


SUMMARY i 

DA_TA_USiRs 

PARAMETERS 


This  table  defines  the  order  in  which  repair  jobs 
requiring  recovery  will  be  considered  for  supporting 
unit  recovery.  It  is  sieilar  to  RJ-Rec-Priority-Table 
IF-CC7)  but  is  created  for  prioritization  froo  a 
support  perspective. 

F -RECOVERY -SUPPORT  (F-F7) 

Unit  10  of  support  unit 


RESPONSE!  Prioritized  lists  RO-type  with  i nbound/outbound-f \ aq 


*1 


F-CC11  OPERATIONAL  SYSTEMS  LIKE  RECOVERY  TABLE 


SUMMARY:  This  table  shoes  the  thresholds  for  utilization  of 

operational  systees  for  each  unit  to  perfora  the 
recovery;  the  threshold  is  a  percentaqe  of  the 
authorized  quantity  of  each  systea.  If  a  unit  has 
soae  quantity  of  a  systea  available  (on  hand)  over 
this  threshhold  aeount,  that  quantity  is  authorized 
to  perfora  recovery.  If  and  when  this  quantity  of  the 
systea  is  used  for  recovery,  no  check  is  aada  aqainst 
its  utilization  in  its  priaary  aission. 


A 


DATA  USER: 


F-RECOVERY-SHORT  (F-FB) 


PARAMETERS: 


Unit  ID 
Systea-type 


RESPONSE:  Percent-avail  (threshhold  of  assiqned  quantity) 


F-CC12  OPERATIONAL  SYSTEM  LIKE  RECOVERY  UTILIZATION  PRIORITY 


SUMMARY; 

DATA  USER; 
PARAMETERS 
RESPONSE: 


This  it  similar  to  th*  RJ-RV-Priority“Tabl*  (F-CC8) 
but  addresses  th*  preferred  order  of  which  capable, 
operational  vehicles  are  to  be  used  to  perfore  the 
recovery  of  a  given  f ai led/daeaged  svstea. 

F -RECOVERY -SHORT  (F-F8) 

RJ-t  yps 

Prioritized  list  of  capable  recovery  svstees 


F-CC13  UNIT  PRIORITY  ALLOCATION  POLICY 

SUMMARY;  This  flaq,  if  true,  indicates  that  any  returns 

directly  to  units  froa  a  repair  site  will  be  aade 
based  on  unit  priority  (as  defined  in  F-CC17  Return- 
All  ocati on-Pri or  1 ty-Li st ) 

If  false,  returns  will  be  proportionally  distributed 
to  all  supported  units  based  upon  each  unit's 
percentage  of  the  systea  in  unit  and  OS 
repair/treataent. 

OATA  USERi  F-RTNS-ALLOC 

PARAMETERS;  Repair  site 

Sys tea/ personnel -type 

RESPONSE:  Flag  True/False 


F-CC14  RJ  EVAC  PRIORITY  TABLE 

SUMMARY.:  This  table  defines  tha  order  in  ebich  repair  jobs 

raquirino  evacuation  will  be  considered  for 
evacuation  support.  It  is  siailar  to  tha  RJ-Rec- 
Priority-Table  (F-CC71  but  is  concerned  only  with 
evacuation.  In  addition  to  specifying  RJ  types,  it 
should  also  identify  which  repair  site  to  consider. 
This  can  allow  for  the  very  iaplicit  representation  of 
transportation  assets  arriving  in  brigade  raady  for 
an  evacuation  Mission  being  utilized  to  evacuate 
soae  RJs  fro*  battalion. 

PAT.PL  USER:  F-EVAC-MANAGER  (F-Flll 

PARAMETERS:  Unit  ID  of  repair  site  where  evacuation 

resources  are  available 

RESPONSE;  Combinations  of  RJ-types  and  unit  IDs 


t  ;;  '  t 
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F-CC15  EVAC  UTILIZATION  PRIORITIES 

SUMMARY i  This  is  similar  to  RJ-RV-Prior ities  1F-CC7)  and 

Operational-Systees-Like-Recovery-Util izat ion-Priori tv 
(F-CC12)  It  defines  tor  a  repair  site  for  each  RJ 
type  which  evac  systee  can  perfore  the  evacuation  and 
the  preferred  order  for  their  utilization. 

DATA  USER!  F-EVAC-HANAGER  (F-Fll) 

PARAMETERSi  RJ-type 

RESPONSE:  Capable  evac  systee  types  in  the  preferred  order  of 
their  utilization 


F-CC16  REPAIR  JOB  OWNING  UNIT  ACCOUNTABILITY  TABLE 

SUMMARY t  This  table  defines  Tor  each  repair  site  whether  RJs 
at  that  site  are  still  unit  accountable  or  not.  IT 
an  arriving  RJ  is  unit  accountable,  it  has  alreadv 
been  deducted  Troa  the  OH-Qty  but  not  Iron  the 
assigned  quantity  oT  its  owninq  unit.  IT  the  repair 
sits  is  Tlagqed  as  not  beinq  unit  accountable  then  the 
RJ-Accountability-Flag  should  be  turned  oTT  and  the 
aaount  proportionally  reduced  Tree  the  assigned 
quantities  oT  all  supported  units. 

This  allows  the  representation  oT  such  policies  as 
unit  accountability  oT  personnel  oT  OS  while  in 
division  level  eedical  channels  but  not  once  they 
are  passed'  into  the  corps  hospital  system. 


DATA  USER: 


A-EVAC'JATE-RJ 


(F-A9) 


PARAMETERS: 


Unit  ID  oT  repair  site 


RESPONSE!  Flag:  True  (accountable) 

False  (not  accountable) 


F-CCI7  RETURNS  ALLOCATION  PRIORITY  LIST 

SUMMARY i  This  list  defines  which  units  will  be  allocated 
dirsct  rsturns  f r os  a  repair  sits.  If  tne  Unit- 
Priority-Allocation-Policy  llaq  is  true,  then  the 
allocations  will  be  aadt  to  coaplstely  satisfy  units 
in  ths  order  in  which  they  are  listed.  II  ths  Hag 
is  false,  then  all  units  on  ths  list  will  receive, a 
proportional  share  of  the  returns. 

DATA  USER :  F-RTNS-ALLQC  (F-F101 

PARAMETERS!  Unit  ID  of  repair  site 

Systee/per sonnel -type 


RESPONSE:  Prioritized  list  of  units  receiving  support  for  the 
given  systes/personnel  type 


0-CC1  DECON  REQUEST  ASSIGNMENT 

SUHHARYi  This  ditininn  Mhtthtr  a  rnciuest  for  decontaai  rut  i  on 
•hot'id  be  forwarded  to  the  r  xt  dacon  control  unit 
or  should  ba  placed  in  tha  currant  control  unit  • 
request  quaua. 

DMA. USER  t  F-DEC1SIQK  (6-F1) 

PARAMETERS:  Dacon  control  unit  ech?lon 

Nuaber  of  requests  on  currant  controllar  queue. 

RESPONSE:  Tmo  responses  are  possible: 

o  0  *  forward  request  to  next  controllar 
o  1  *  put  tha  request  in  tha  queue 


‘  Ks 
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DECQNJYPE 

SUHHARVs 

DATA  USER: 
PARAMETERS 

RESPONSE) 


This  deteraines  what  tvpe  of  decon  operation  should 
bo  used  on  a  contaeinatsd  custoeer. 

F-DEC1SI0N  (S-Fl) 

H0PP  Tin  attacked 

Hazard  type:  Persistent  or  seeipersistent 

One  of  the  following) 
o  0  *  Hasty 
o  t  ■  Deliberate 


S-CC3  DETACH  INSTRUCTION 

SUMMARY!  This  determine*  whether  a  customer  should  or  should 
not  detach. 

DATA  USSRi  F-PREPARE  «6'FI> 

PARAMETERS!  Custoaer  unit  ID  Coabat  statu* 

Hazard  tvp»  Custoaer  location 

Tia*  of  attack 

RESPONSE!  0  »  Don't  datach 
1  *  Detach 
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6-CC4  HOVEHENT  INSTRUCTION 

SUMMARY:  This  detereines  the  objective  location  and  the  type 

of  eoveeent  needed  by  the  custoeer  and/or  DECON-UNIT 
to  pet  there.  The  objective  location  can  bo  the 
custoeer  or  DECON-UNIT  location  (the  decon  site),  a 
designated  decon  site  (if  previously  selected  by  the 
gaeer ) ,  the  DECON-UNIT  hose  location.  (If  the  DECON- 
UNIT  is  at  the  custoeer  location  and  has  finished 
^  the  decon  job,  it  should  either  return  to  its  noraal 

location  or  travel  to  another  custoeer  location. 

,  Note  that  currently  no  provision  is  eade  in  the  eodel 

for  the  DECON-UNIT  to  eove  back  to  its  previously 
designated  hose  site  when  it  has  finished  deconning 
i*  a  custoeer  at  the  custoeer  location  and  it  has  no 

other  custoeer  to  decon.) 

DATA  USER!  F -PREPARE  (9-F3) 

F-DONE-DECON  (6-F7) 

PARAMETERS:  Custoeer  unit  ID  Coebat  status 

Decon  unit  ID  Decon  site  (optional) 

Custoeer  location  Decon  unit  location! 

Job  status!  o  qetting  ready  to  decon 

o  done  deconning 

RESPONSE!  Possible  objective  sitesi 

o  DECON-UNIT  location 
o  Custoeer  unit  location 
o  Gaeer  designated  decon  site 
o  OECON-UNIT  hoee  site 

Hoveeent  instructions: 

0  •  Custoeer  eoves  to  objective  site 

1  *  Decon  unit  eoves  to  the  objective  site 

2  ■  Both  eove  to  objective  site 
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ACRONYMS 
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ALOC 

ASP 

AIP 

BCOC 

BL 

BSA 

Ca 

COMM  2 

CORD  I VEH 

COSCON 

CPOC 

CSA 

CSR 

CSS 

CSS  NOD  I! 

CSSRO 

OAO 

DISCOH 
DNHC 
DNBI 
DODAC 
DS  . 

OSA 

DTO 

EAC 

E  V 

EVH 

EVT 

PASCO 

FE3A 

FIFO 

FSB 

US 

HET 

JF 

JSU 

KIA 

MARC 

MAC 

MCA 

MCC 

MCO 

ME  I 

MHE 

NJSL 

MLH 

MMC 


air  lint'  of  coaaunication 
aaaunition  supply  point 
aaaunition  transfer  point 
baaa  cluster  operations  ctnttr 
basic  load 

brigada  support  arai 

coaaand,  control,  and  coaauaications 

coaauni cat i ons  zona 

Corp/Oi vision  Evaluation  Nodal 

corps  support  coaaand 

corps  personnel  oparations  cantar 

corps  storaqa  araa 

controlisd  supply  rata 

coabat  sarvica  support 

Coabat  Sarvica  Support  Hodula  11 

Coabat  Sarvica  Support  Raprasantation  Objactivas 

division  aaaunition  officer 

division  support  coaaand 

division  aatarial  aanaqeaent  cantor 

disapsa  nonbattle  injury 

Departaent  n f  Defense  aaaunition  coda 

diract  support 

division  support  araa 

division  tranoortation  officer 

ochalons  abova  corps 

avacuation  vahicla 

avacuation  vahicla  hours 

avacuation  vahicla  type 

forward  araa  support  coordinator 

forward  adqa  of  tha  battle  araa 

first-in  first-out 

forward  support  battalion 

qanaral  support 

heavy  aquipaent  transport 

job  fill 

Jackson  Systaa  Developaent 
killed  in  action 

aanpower  authorization  raquiraaants  criteria 

Military  Airlift  Coaaand 

aovaaant  control  agency 

aoveaant  control  center 

aoveaent  control,  offic'er 

aajor  end  itea 

aatenal  handling  aquipaent 

Michael  Jackson  Svsteas.  Ltd. 

aediua  lift  helicopter 

aatarial  aanageaent  center 
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Mission  ori»nt*d  protective  posture 

Military  occupational  specialty 

•ain  supply  routs 

nudsar,  bioloqical,  and  chaaical 

nonplayed  systeas 

on-hand 

oparational  raadinass  float 
parsonnal  daily  suaaary 
planning  factor 
praventiva  aaintainanca 
patrolaua,  oil.  and  lubricants 
part  typa 
rapair  action 
rtsourca  hour 
rasourca  typa 

raliability,  availability,  and  Maintainability 

raplacenant  datachaant 

required  delivery  data 

repair  and  evacu'tion  group 

repair  job 

requisition  objective 

replacement  requlatory  datachaant 

required  supply  rata 

return  to  duty 

recovery  vehicle 

recovery  vehicle  hours 

recovery  vehicle  type 

stake  and  platfora 

support  and  service 

supply  and  transport 

special  aaaunition  supply  point 

systea  effectiveness 

supply  point 

standard  requireaents  codes 
systea  specification  diaqraa 
short  ton 

theater  ar ay  Material  aanaaeaent  center 

transportation  eoveaent  officer 

transportation  motor  transport 

table  of  orqam zation  and  equipaent 

transportation  unit 

weapon  systems  status 

water  nrocessmq  unit 

weapon  systeas  aanaqer 

weapon  systea  replaceaent  operations 
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